thắc mắc Cách để viết code đúng chuẩn, gọn gàng, khoa học hơn?

Chào các thím, hiện em đang tự học java + spring, đang viết 1 project nho nhỏ Trình còn gà, viết thì lộn xộn tứ lung tung, nên em thắc mắc là, có cách nào để viết code đúng chuẩn, cỡ doanh nghiệp không nhỉ? Hay là mỗi công ty, doanh nghiệp sẽ có 1 kiểu code khác nhau? Kiểu như có chỗ nào có code mẫu của những doanh nghiệp để bắt chước viết theo không? Lý thuyết về các chuẩn viết code thì google cũng có, nhưng em muốn nhìn thêm code mẫu để hình dung dễ hơn ấy mà Em cám ơn

Mình nghĩ là cái này thím phải làm việc với các senior thì mới tự tìm ra cách viết sao cho chuẩn. Chứ junior mà thực hành 1 mình thì khó lắm...

Sent from Ai Pỏn 11 Pro Max via nextVOZ

Thím cứ xem project của bọn tây trên github sẽ thấy bọn nó code đẹp và chuẩn cực.

À mà thím viết project về gì thế có github không em xem tí ))

bakstaber said:

Chào các thím, hiện em đang tự học java + spring, đang viết 1 project nho nhỏ Trình còn gà, viết thì lộn xộn tứ lung tung, nên em thắc mắc là, có cách nào để viết code đúng chuẩn, cỡ doanh nghiệp không nhỉ? Hay là mỗi công ty, doanh nghiệp sẽ có 1 kiểu code khác nhau? Kiểu như có chỗ nào có code mẫu của những doanh nghiệp để bắt chước viết theo không? Lý thuyết về các chuẩn viết code thì google cũng có, nhưng em muốn nhìn thêm code mẫu để hình dung dễ hơn ấy mà Em cám ơn

Click to expand...

Con đường nhanh nhất là thấm nhuần tư tưởng sau:

• Code sau này extend dc
• Code sau này đọc vô hiểu

cái gì tách ra được thì tách ra hết để thèn khác có thể sử dụng
và đặc tên biến, method là cực kì quan trọng . còn các mô hình project thì chắc bác cũng biết rồi đó là ông leader hay nói mình :v

Nhờ ai đó quen tuồng 1 file Coding Convention ra mà đọc

Setup linter với formatter + checkSpell là đỡ được một nửa rồi

tham khảo cuốn Clean Code với Code Complete đi bro.

Super Saiyan 4.0 said:

Mình nghĩ là cái này thím phải làm việc với các senior thì mới tự tìm ra cách viết sao cho chuẩn. Chứ junior mà thực hành 1 mình thì khó lắm...

Sent from Ai Pỏn 11 Pro Max via nextVOZ

Click to expand...

Em cũng nghĩ vậy, cơ mà vẫn đang còn đi học, thời gian chưa tiện sắp xếp, nên chỉ tự học, tranh thủ xem coi người ta code thế nào để làm quen trước ấy mà

d.dungg said:

Thím cứ xem project của bọn tây trên github sẽ thấy bọn nó code đẹp và chuẩn cực.

À mà thím viết project về gì thế có github không em xem tí ))

Click to expand...

Em cũng có xem, mà nhiều, mỗi đứa mỗi kiểu, nên em nhìn hơi loạn ấy mà project nói cho oai thế thôi chứ chỉ là cái luận văn, viết cái web service để dùng cho cái app android ấy mà

toi5 said:

Con đường nhanh nhất là thấm nhuần tư tưởng sau:

• Code sau này extend dc
• Code sau này đọc vô hiểu

Click to expand...

Cám ơn thím

TQ. Nhân said:

cái gì tách ra được thì tách ra hết để thèn khác có thể sử dụng
và đặc tên biến, method là cực kì quan trọng . còn các mô hình project thì chắc bác cũng biết rồi đó là ông leader hay nói mình :v

Click to expand...

Nói chung em học cũng hơi ngang, đụng đâu học đó nên hơi không có khoa học cho lắm cám ơn thím

31101992 said:

Nhờ ai đó quen tuồng 1 file Coding Convention ra mà đọc

Click to expand...

Có lý để hỏi mấy đứa bạn xem sao

ragsboys2 said:

Setup linter với formatter + checkSpell là đỡ được một nửa rồi

Click to expand...

Cám ơn thím

kiengcan9999 said:

tham khảo cuốn Clean Code với Code Complete đi bro.

Click to expand...

Cuốn clean code này nhiều người giới thiệu phết, để khi nào rảnh đọc thử cám ơn thím

Clean code là practices thôi,style thì vô chừng vô biên, còn khi code của fence đã bấy nhầy rồi thì phải refactor. Lúc này đọc cuốn Refactoring của Martin Flow nhé. Cuốn này có nhiều practices khuyên khi nào nên refactor,khi nào thì bỏ đi, và khi nào biết code mình có cần refactor ko ( tiêu chuẩn của clean code)

Practice thứ 2 để biết code mình clean hay có bị dump memory ko etc 1 ít thì xài mấy cái sonar để analyze code.

Theo mình, bạn cứ tự nhiên, clean code chẳng qua cũng giống như mình viết Văn vậy. Có người viết hay, người viết dở. Viết hay nhưng ngắn gọn là 1 chuyện, viết dở mà nhiều ý là chuyện khác. Chẳng có cái gì gọi là quy tắc và quy chuẩn cả. Không cần đặt nặng chuyện này. Lên github, xem code của ngta, rồi học hỏi cách viết. Đơn giản vậy thôi. Đọc sách cho nhiều mà ko dùng được cũng thế thôi.

Java thì mình suggest cuốn Clean code của Robert C Martin
Dạy bạn từ cách đặt tên biến, tên hàm làm sao cho có ý nghĩa
Một hàm nên có bao nhiêu dòng,
mỗi hàm nên có bao nhiêu params
viết comment code thế nào
...
Ngoài ra để xem thực tế thì ko cần đâu xa, cứ mở ngay Jdk ra mà đọc

Một vấn đề nhỏ mà mình gặp hoài mà chưa tìm được cách giải quyết thỏa đáng.

Giả sử có 1 đóng component hay template form thì mọi người sẽ đặt tên kiểu CreateUserForm, OrderForm, ... hay FormCreateUser, FormOrder. Mình thì thích cách sau hơn nhưng convention thì hay dùng cách đầu.

soihoang said:

Một vấn đề nhỏ mà mình gặp hoài mà chưa tìm được cách giải quyết thỏa đáng.

Giả sử có 1 đóng component hay template form thì mọi người sẽ đặt tên kiểu CreateUserForm, OrderForm, ... hay FormCreateUser, FormOrder. Mình thì thích cách sau hơn nhưng convention thì hay dùng cách đầu.

Click to expand...

Em nghĩ cách đầu đúng hơn chứ, như UserController, OrderController vậy

soihoang said:

Một vấn đề nhỏ mà mình gặp hoài mà chưa tìm được cách giải quyết thỏa đáng.

Giả sử có 1 đóng component hay template form thì mọi người sẽ đặt tên kiểu CreateUserForm, OrderForm, ... hay FormCreateUser, FormOrder. Mình thì thích cách sau hơn nhưng convention thì hay dùng cách đầu.

Click to expand...

Dùng danh từ, cụm danh từ để đặt tên, ví dụ UserManagementForm, UserCreationForm, OrderForm. Động từ chỉ nên đặt tên hàm. Cái này follow convention của mấy project template MVC của Microsoft.

Thật ra cái quan trọng của Naming Conventions là tính nhất quán của nó. Nếu người code trước ng ta đặt FormCreateUser thì cứ follow theo.

soihoang said:

Một vấn đề nhỏ mà mình gặp hoài mà chưa tìm được cách giải quyết thỏa đáng.

Giả sử có 1 đóng component hay template form thì mọi người sẽ đặt tên kiểu CreateUserForm, OrderForm, ... hay FormCreateUser, FormOrder. Mình thì thích cách sau hơn nhưng convention thì hay dùng cách đầu.

Click to expand...

Cách đầu thím không thấy đọc thuận mồm hơn à , viết gần giống cụm danh từ tiếng anh.

Nhân tiện lại nhớ thời đi học có 1 cái convention củ chuối vcl khi làm C# đó là viết tắt : lb,txt,frm,...