thắc mắc Hỏi về ASP.NET MVC

  • Người tạo chủ đề Người tạo chủ đề Avenged7
  • Ngày bắt đầu Ngày bắt đầu

Avenged7

Đã tốn tiền
Mình mới tìm hiểu về ASP.NET MVC, đang đọc mấy thứ cơ bản về SQL server, C#, MVC, Entity framework.
Giờ mình muốn làm thử 1 project tương tự như bên dưới (cái này hình google ra nhưng chưa thấy có bài giải) thì không biết cần học thêm những gì? :adore: Mình tay ngang mới tự tìm hiểu làm nên thấy nhiều thứ quá chưa biết bắt đầu từ đâu...

Web tương tự thế này:
lsMPWqF.jpg


- Web có 2 module Nhân viên + Bảng lương.
- Bảng lương up lên từ file exel theo từng tháng .
- Nhân viên login bằng mã nhân viên.
- Nhân viên nào chỉ xem được lương của nhân viên đấy.

Nhờ mấy bác tư vấn giùm, cho mình keyword để search cũng được. :love:
 
Học thế là đủ làm backend rồi, biết html css để làm giao diện và javascript để call ajax là xong (xài jquery cho tiện)
 
Học thế là đủ làm backend rồi, biết html css để làm giao diện và javascript để call ajax là xong (xài jquery cho tiện)
Mới đọc sơ thôi bác ơi, chưa làm được gì cả... :pudency:
Có trang nào hướng dẫn step by step làm 1 web như vậy không nhỉ? Chứ mình chỉ mới tạo được bảng trên SQL server, rồi qua VS dùng EF map lên (có sẵn CRUD) thôi, chưa biết làm sao cho nó ra như yêu cầu ở trên.
 
Mình google 1 hồi thấy cái CRUD có nhiều cách tạo quá, dùng EF chọn cái ra luôn, hoặc dùng ADO.NET gì đó với store procedure...
Vậy thực tế thường dùng cái nào hơn vậy mấy bác? :adore:
 
Tôi thì nghĩ thớt nên dùng ADO.NET để truy xuất database thay vì EF.
EF cực tiện và nhanh nhưng đấy là đối với người có kinh nghiệm, còn thớt mới học SQL mà dùng EF sẽ khó hiểu rõ bản chất của việc truy xuất db, ngoài ra cú pháp LINQ đối với người có kinh nghiệm (C# và SQL) thì dễ ẹt nhưng đối với người mới học thì cũng hơi rối đấy.
App đơn giản nên thớt cứ làm ADO.NET chắc cũng ko mất nhiều tg đâu, sau khi hiểu rồi thì chuyển qua EF.
 
Tôi thì nghĩ thớt nên dùng ADO.NET để truy xuất database thay vì EF.
EF cực tiện và nhanh nhưng đấy là đối với người có kinh nghiệm, còn thớt mới học SQL mà dùng EF sẽ khó hiểu rõ bản chất của việc truy xuất db, ngoài ra cú pháp LINQ đối với người có kinh nghiệm (C# và SQL) thì dễ ẹt nhưng đối với người mới học thì cũng hơi rối đấy.
App đơn giản nên thớt cứ làm ADO.NET chắc cũng ko mất nhiều tg đâu, sau khi hiểu rồi thì chuyển qua EF.
Mình muốn làm theo hướng thao tác trên SQL server nhiều hơn, có select hay tạo các sp gì thì làm trên đó rồi qua VS gọi ra thôi, vì C# hay ASP.NET mình chưa hiểu lắm, SQL thì đỡ hơn xíu. :pudency:
Theo mình hiểu thì ADO.NET truy xuất qua cái SQLclient, muốn làm việc với bảng nào thì cứ tạo sp trên SQL server rồi gọi ra. Nên có muốn thêm, xóa, sửa gì trên database chỉ cần làm trên SQL server.
Còn EF là tạo database, rồi nó sẽ map từng bảng, từng cột qua thành các object. Khi muốn thao tác gì trên bảng thì gọi các object đó ra thao tác. Nên mỗi lần chỉnh sửa lại database thì lại phải qua VS update lại hết, từ model, controller, view...??
Không biết mình hiểu vậy đúng không, nếu vậy thì làm ADO.NET có vẻ tối ưu hơn chứ nhỉ, thao tác trên sql server đỡ ảnh hưởng tới code?
 
Mình muốn làm theo hướng thao tác trên SQL server nhiều hơn, có select hay tạo các sp gì thì làm trên đó rồi qua VS gọi ra thôi, vì C# hay ASP.NET mình chưa hiểu lắm, SQL thì đỡ hơn xíu. :pudency:
Theo mình hiểu thì ADO.NET truy xuất qua cái SQLclient, muốn làm việc với bảng nào thì cứ tạo sp trên SQL server rồi gọi ra. Nên có muốn thêm, xóa, sửa gì trên database chỉ cần làm trên SQL server.
Còn EF là tạo database, rồi nó sẽ map từng bảng, từng cột qua thành các object. Khi muốn thao tác gì trên bảng thì gọi các object đó ra thao tác. Nên mỗi lần chỉnh sửa lại database thì lại phải qua VS update lại hết, từ model, controller, view...??
Không biết mình hiểu vậy đúng không, nếu vậy thì làm ADO.NET có vẻ tối ưu hơn chứ nhỉ, thao tác trên sql server đỡ ảnh hưởng tới code?
EF có 2 loại. DB first, Code First. Kiểu bạn nói là DB first.
Thế này nhé, mỗi lần bạn chỉnh cấu trúc db(thêm trường, sửa kiểu trường,..) thì sẽ phải generate lại model (model này bạn phải hiểu là Entity Model, khác với view Model - bạn tự viết, thông thường sẽ mapping theo entity model), còn chỉnh sửa theo kiểu thêm xóa record ở db thì đương nhiên là không ảnh hưởng.
Ý kiến cá nhân, nên học ADO cho biết, còn làm thì quất EF vì dễ hơn nhiều, để thời gian đó xử lí đống logic ngon hơn
 
Mới học mà ôm cả đống vậy bạn tôi ơi. Nếu mới học thì chọn stack: nodejs/express/sequelize(mysql) cho backend.
html/css/jquery cho front-end. Stack này phổ biến và nhẹ nhàng, phù hợp với size project, deploy cũng dễ.
 
Mới học mà ôm cả đống vậy bạn tôi ơi. Nếu mới học thì chọn stack: nodejs/express/sequelize(mysql) cho backend.
html/css/jquery cho front-end. Stack này phổ biến và nhẹ nhàng, phù hợp với size project, deploy cũng dễ.
Hic mấy cái em còn chưa nghe bao giờ, bác nói xong em còn thấy mù mờ hơn :cry:
 
Hic mấy cái em còn chưa nghe bao giờ, bác nói xong em còn thấy mù mờ hơn :cry:
Ưa, bạn mới học về lập trình thì còn hơi khó khăn. Cơ bản thì học 1 ngôn ngữ mới sẽ giống nhau, giả sử bạn học được C# để build được 1 website như bạn muốn, thì sau đó việc học javascript cũng tương tự. Good luck.
Lời khuyên là bạn nên vừa đọc vừa code theo tutorial trước. Sẽ học được syntax và đảm bảo sẽ chạy đc. Sau đó thì vừa code mở rộng + nghịch + học thêm các khái niệm của lập trình sẽ dễ thấm hơn và có động lực hơn 👍
 
EF có 2 loại. DB first, Code First. Kiểu bạn nói là DB first.
Thế này nhé, mỗi lần bạn chỉnh cấu trúc db(thêm trường, sửa kiểu trường,..) thì sẽ phải generate lại model (model này bạn phải hiểu là Entity Model, khác với view Model - bạn tự viết, thông thường sẽ mapping theo entity model), còn chỉnh sửa theo kiểu thêm xóa record ở db thì đương nhiên là không ảnh hưởng.
Ý kiến cá nhân, nên học ADO cho biết, còn làm thì quất EF vì dễ hơn nhiều, để thời gian đó xử lí đống logic ngon hơn
bác cho em hỏi cái asp.net mvc thì lúc mình code giao diện mình có code reactJS đc ko, hay là chỉ có code đc javascript thôi ạ?
 

Thống kê chủ đề

Ngày tạo
Avenged7,
Người trả lời cuối
3.1415926535,
Trả lời
15
Lượt xem
3.045
Quay lại
Lên đầu trang