NET] Topic thảo luận các vấn đề xoay quanh Net | theNEXTvoz…
thảo luận - [.NET] Topic thảo luận các vấn đề xoay quanh .Net | theNEXTvoz
TieuLongNu_ver2
Anh em nào theo .NET của MS có gì vô đây chia sẻ nha!
Lý do mình qua .Net vì có cái VS xịn xò! giờ thì vs code cũng xịn.
Mà thật ra công nghệ cũng không quan trọng mấy giờ làm JAVA mình vẫn làm được, do hồi đó mình làm java sau này qua .net.
Sinh viên thì mình thấy nên học Java rồi muốn sang .NET cũng dễ, còn chiều ngược lại thì mình nghĩ hơi khó, tại .NET nó build sẵn nhiều thứ.
Boss Lacotes
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Nói về .Net thế này thì chết, .Net Core từ đời nào support cho Linux, giờ là .Net5
Kim Ah Joong
Tôi vẫn 1 lòng với java, Từ ngày java có kotlin tôi càng tâm huyết với nó. IDE inteliji cho java thì ngon vcl rồi, repo thì maven có thể gọi là trùm
framework có đám spring ngon choét, gần đây thì có quarkus + graalvm build app native ngon vcl
Nói về .Net thế này thì chết, .Net Core từ đời nào support cho Linux, giờ là .Net5
.net5 chạy đc trên linux luôn à, các file .exe chạy được hết ko thím, giờ tui có 1 soft viết bằng .net3 thím chạy được trên heroku hộ tôi cái coi đc ko?
Tôi vẫn 1 lòng với java, Từ ngày java có kotlin tôi càng tâm huyết với nó. IDE inteliji cho java thì ngon vcl rồi, repo thì maven có thể gọi là trùm
framework có đám spring ngon choét, gần đây thì có quarkus + graalvm build app native ngon vcl
Gửi từ Samsung SM-N975U1 bằng vozFApp
tui thấy c# viết tool cho win là đc, chứ chơi server thì thua quá tốn kém cho cái server
kobetrung8
.net ít cty tuyển, làm nhiều ngôn ngữ khó sâu. Lo cái đó thôi chứ code .net khoẻ hơn java nhiều.
Thích .NET vì nó không khổ dâm. Từ ngày công ty định hướng xài open source phải chuyển từ SQL Server sang Workbench, DBForge thời gian đầu cả công ty ai cũng vừa dùng vừa chửi, giờ thì mọi người đã quen và chấp nhận số phận dần rồi.
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
.net5 chạy đc trên linux luôn à, các file .exe chạy được hết ko thím, giờ tui có 1 soft viết bằng .net3 thím chạy được trên heroku hộ tôi cái coi đc ko?
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Net core chạy đa nền tảng nào cũng đc từ mấy năm trước rồi.
Thích .NET vì nó không khổ dâm. Từ ngày công ty định hướng xài open source phải chuyển từ SQL Server sang Workbench, DBForge thời gian đầu cả công ty ai cũng vừa dùng vừa chửi, giờ thì mọi người đã quen và chấp nhận số phận dần rồi.
Tôi vẫn 1 lòng với java, Từ ngày java có kotlin tôi càng tâm huyết với nó. IDE inteliji cho java thì ngon vcl rồi, repo thì maven có thể gọi là trùm
framework có đám spring ngon choét, gần đây thì có quarkus + graalvm build app native ngon vcl
Gửi từ Samsung SM-N975U1 bằng vozFApp
Đấy là bạn chưa đâm sâu vào .NET nên bạn lúc nào cũng suy nghĩ Java bạn biết là bá đạo nhưng khi bạn động đến .NET rồi bạn không bao giờ muốn quay lại code Java. Tôi từng code Java vài năm rồi mới chuyển .NET và cũng từng suy nghĩ như bạn.
haiphong9876
.NET đây nhưng ko dám ho he vì sợ cộng đồng dev coi thường
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Tôi vẫn 1 lòng với java, Từ ngày java có kotlin tôi càng tâm huyết với nó. IDE inteliji cho java thì ngon vcl rồi, repo thì maven có thể gọi là trùm
framework có đám spring ngon choét, gần đây thì có quarkus + graalvm build app native ngon vcl
Gửi từ Samsung SM-N975U1 bằng vozFApp
Xin 1 lạy. Từng có 3 năm làm java spring. Config loằng ngoằng vcc. Nhất là làm dự án lớn, cảm giác chỗ méo nào cung có config. Từ ngày sang .net thấy đỡ khổ hẳn.
.net5 chạy đc trên linux luôn à, các file .exe chạy được hết ko thím, giờ tui có 1 soft viết bằng .net3 thím chạy được trên heroku hộ tôi cái coi đc ko?
Hỏi thật thím trên núi mấy năm rồi? Trên đó tu luyện có internet không?
Bao giờ Kotlin của bạn mà vượt qua khỏi Java có những thư viện ngon, vượt trội hơn Java thì mình còn xem lại chứ còn nếu vẫn chưa thoát ra khỏi Java vẫn là dùng lại những thư viện của Java thì nó chỉ khác nhau về mặt ngôn ngữ chứ chưa có sự vượt trội đâu. Connect DB vẫn là Hibernate, JPA, MyBatis. Web framework vẫn là Spring Boot thì không có cửa so với .NET đâu. Còn code app thì giờ tôi dùng Flutter hay Ionic(dùng Angular) chứ giờ code native Android làm gì nữa vừa dài dòng lại còn phải build thêm đội
Kotlin nó tương thích ngược với java thì nó dùng luôn kho maven thì có vấn đề gì nào? Hay ý bạn là kho lib của maven không bằng kho lib của NuGet?
Nói đến code code chỗ này có vẻ chả liên quan lắm và có vẻ bạn cũng chưa va vấp nhiều. Nếu app bình thường thì đồng ý dùng flutter, react native...để phát triển nhanh cho đa nền tảng. Còn mấy app cần chọc sâu vào hệ điều hành không code native thì code cái gì?
The Forth Reich
Thời thế bây giờ thay đổi rồi. Ngày xưa .Net chỉ thích bơi trong cái bể của nó , bây giờ thì .Net core open source , cross-platform tùm lum, set up môi trường khoẻ chết mợ. Còn thằng Java ngày xưa nổi tiếng open-source lắm bây giờ thì cũng đòi bản quyền.
zzchaolegionzz
Lương lậu so với các hệ khác như java hay js thế nào các thím?
Kotlin nó tương thích ngược với java thì nó dùng luôn kho maven thì có vấn đề gì nào? Hay ý bạn là kho lib của maven không bằng kho lib của NuGet?
Nói đến code code chỗ này có vẻ chả liên quan lắm và có vẻ bạn cũng chưa va vấp nhiều. Nếu app bình thường thì đồng ý dùng flutter, react native...để phát triển nhanh cho đa nền tảng. Còn mấy app cần chọc sâu vào hệ điều hành không code native thì code cái gì?
Dùng chung maven thì cái Kotlin của ông với Java hơn nhau đc mấy phần mà thần thánh hóa Kotlin. Tôi làm Java 3 năm nên tôi đủ biết Java nó như nào nên ông khỏi phải nói thêm. Còn thư viện Maven nói thẳng là méo có cửa so với thư viện của MS nó làm cho nó vuông. Riêng LINQ, Entity Framework thì Hibernate, JPA xách dép 10 năm nữa chưa đủ tuổi ngồi chung mâm đâu.
Còn code app ông làm đc mấy app chọc sâu hệ thống rồi hộ tôi cái, đa số app hiện tại có cần chọc sâu không. Thêm nữa ai bảo ông Flutter không chọc sâu vào hệ thống được, muốn chọc sâu thì viết thêm package ở dưới, các lib Flutter cũng viết từ Java, Kotlin, Swift chứ ông nghĩ nó viết bằng gì. Kotlin của ông ngon vậy thì Google nó méo rảnh làm thêm Flutter rồi hướng dev chuyển sang đâu. Biết đc dăm ba dòng Kotlin cứ như mình biết tuốt vậy. Ít nhất tôi đã có kinh nghiệm Java thì tôi nói ông nghe, cái ông biết chỉ là cái miệng giếng nhỏ chưa động vào những cái giếng khác thì đừng khảng định.
Last edited:
Hoai cmn Linh
.net là vẫn phải dùng c# code đúng k các thím
Vậy sao k nói c# vs java mà dùng .net
Với lại asp.net là sao nữa
Mong các a giải đáp
Hỏi thật thím trên núi mấy năm rồi? Trên đó tu luyện có internet không?
oke giờ thím tạo 1 docker rồi tôi đưa thím 1 cái soft chạy trên nền .net xem có chạy được trên docker ko nhá, tôi thử rồi mới nói, nó chỉ chạy được 1 số thứ cơ bản thôi chứ không phải tất cả những soft gì viết bằng .net chạy trên đc window là chạy trên đc docker, chưa kể soft code trên .net 3,4,5.. là ko chạy đc trên .net core nếu ko cài .net 3,4,5
Mai em pv fresher .NET các bác tư vấn em các câu hỏi thường gặp với ạ
Thím tham khao thử, các khái niệm như LINQ, entity framework, Code first, DB first, DJ, OOP, lifetime DJ, DbContext, lamda, delegate (Func, Action),..
nganlinhtu
Đừng thần thánh quá một ngôn ngữ, xét quan điểm người dùng đều luôn cóưu và nhược. Cá nhân mìnhcode cả c# , VB , Jav , tùy bài toán đặt ra mà chọn cái nào cho hợp lý thôi.
oke giờ thím tạo 1 docker rồi tôi đưa thím 1 cái soft chạy trên nền .net xem có chạy được trên docker ko nhá, tôi thử rồi mới nói, nó chỉ chạy được 1 số thứ cơ bản thôi chứ không phải tất cả những soft gì viết bằng .net chạy trên đc window là chạy trên đc docker, chưa kể soft code trên .net 3,4,5.. là ko chạy đc trên .net core nếu ko cài .net 3,4,5
Mình đã port nhiều code .net lên .net core để chạy rồi. Chạy tốt trên mọi nền tảng. Bạn ở trên núi lâu quá rồi đấy.
Đừng thần thánh quá một ngôn ngữ, xét quan điểm người dùng đều luôn cóưu và nhược. Cá nhân mìnhcode cả c# , VB , Jav , tùy bài toán đặt ra mà chọn cái nào cho hợp lý thôi.
Bài toán nào giải quyết bằng VB, Java mà ko dùng đc .Net thì cho mình cái ví dụ mở mang tầm mắt? Nói chung chung thế thì chịu. Code nhiều ngôn ngữ như thế thì hiểu một ngôn ngữ được tới đâu mà phán thế bạn
Gửi từ Samsung SM-G960F bằng vozFApp
nganlinhtu
Tôi viết văn khó hiểu lắm à? "chọn cái nào cho hợp lý" tức là cái nào phù hợp hơn thì làm, ví dụ như cần làm cái web app nhanh nhanh bé bé, thì dùng c# với EF Core cho nhanh, 1 người làm cũng được. Còn bên đối tác hạ tầng của họ có hệ sinh thái là các server linux thì dùng java cho tiện?
Tôi viết văn khó hiểu lắm à? "chọn cái nào cho hợp lý" tức là cái nào phù hợp hơn thì làm, ví dụ như cần làm cái web app nhanh nhanh bé bé, thì dùng c# với EF Core cho nhanh, 1 người làm cũng được. Còn bên đối tác hạ tầng của họ có hệ sinh thái là các server linux thì dùng java cho tiện?
Hay ông giả vờ không hiểu?
Net Core chạy trên Linux thoải mái có gì mà không chạy đc?
Xin 1 lạy. Từng có 3 năm làm java spring. Config loằng ngoằng vcc. Nhất là làm dự án lớn, cảm giác chỗ méo nào cung có config. Từ ngày sang .net thấy đỡ khổ hẳn.
Ông này nói chuẩn, 1 năm đống micro service Java, FW Spring, các kiểu mỗi lần tạo một micro service config lằng nhằng éo chịu dc. Mà config nhiều quá có chỗ sai lúc ngồi tìm là éo tìm nổi luôn. Năm ngoái cứ mỗi lần chúng ta sẽ tạo một service mới là nói thật t sợ hãi vkl ra
Đến bây giờ bảo tôi ngồi làm lại khéo t lạy.
Net Core chạy trên Linux thoải mái có gì mà không chạy đc?
Tôi viết khó hiểu lắm à? Hay ông giả vờ không hiểu?
Cái gì tiện nhất thì làm. Cùng 1 cái web app , deploy trên windown chỉ cần tạo pool mới iis , cấu hình chưa đến 5p là xong, còn host trên linux thì phải tạo kestrel , rồi mở port , cấu hình lằng nhằng hơn iis nhiều.
Dùng chung maven thì cái Kotlin của ông với Java hơn nhau đc mấy phần mà thần thánh hóa Kotlin. Tôi làm Java 3 năm nên tôi đủ biết Java nó như nào nên ông khỏi phải nói thêm. Còn thư viện Maven nói thẳng là méo có cửa so với thư viện của MS nó làm cho nó vuông. Riêng LINQ, Entity Framework thì Hibernate, JPA xách dép 10 năm nữa chưa đủ tuổi ngồi chung mâm đâu.
Còn code app ông làm đc mấy app chọc sâu hệ thống rồi hộ tôi cái, đa số app hiện tại có cần chọc sâu không. Thêm nữa ai bảo ông Flutter không chọc sâu vào hệ thống được, muốn chọc sâu thì viết thêm parkage ở dưới, các lib Flutter cũng viết từ Java, Kotlin, Swift chứ ông nghĩ nó viết bằng gì. Kotlin của ông ngon vậy thì Google nó méo rảnh làm thêm Flutter rồi hướng dev chuyển sang đâu. Biết đc dăm ba dòng Kotlin cứ như mình biết tuốt vậy. Ít nhất tôi đã có kinh nghiệm Java thì tôi nói ông nghe, cái ông biết chỉ là cái miệng giếng nhỏ chưa động vào những cái giếng khác thì đừng khảng định.
Nghe mọi người thần thánh cái Kotlin đó thế nhỉ ?
T cứ động vào code Android là éo bao giờ muốn code luôn.
Éo hiểu tại sao chứ nếu đã chọn code cho mỗi Android không thì t vẫn thích chơi Native cho dễ
Nếu code IOS thì t code swift cũng được. Éo có mấy thiện cảm với android cho lắm
T hồi làm .Net công nhận là thấy nhàn nhã hơn so với năm trước làm Java thật,
Nhưng lần làm .Net nó yêu cầu khó quá, cần tìm hiểu rất sâu nên may quá từ đó mới có kinh nghiệm nhiều, chứ ko thì giờ chắc cũng mù tịt các phần.
Học Java, nhwung lại làm NET nhiều nhất và bụp phát làm khó luôn nên đợt đó thử thách bản thân ghê lắm.
Tôi viết khó hiểu lắm à? Hay ông giả vờ không hiểu?
Cái gì tiện nhất thì làm. Cùng 1 cái web app , deploy trên windown chỉ cần tạo pool mới iis , cấu hình chưa đến 5p là xong, còn host trên linux thì phải tạo kestrel , rồi mở port , cấu hình lằng nhằng hơn iis nhiều.
Việc deploy nó là phần rất nhỏ trong cả công đoạn code, code mới tốn thời gian chứ deploy thì ông tốn mấy thời gian, thậm chí tôi còn làm cả auto deploy gõ lệnh git cái code tự động lên server linux luôn chứ cần qué gì phải cấu hình.
Dự án dùng Micro service xong rồi bạn ạ.
Đợt đó các công nghệ nào mới nhất thì phang hết, éo cần lý do, cứ mới là dùng. Sau đó phát sinh đống vấn đề. Giờ vẫn thấy hài éo chịu dc
.
nộp hàng đến đít rồi tuần trước vẫn phải ngồi họp xây dựng lại một phần architechure.
Sau đó là phát sinh cả chuỗi ngày kinh hoàng éo bao giờ chấm dứt luôn.
Đợt đó t có dựng một micro service mới, config siêu lằng nhằng do áp dụng quá nhiều công nghệ mà đến giờ t cũng chưa hiểu rõ về công nghệ đó.
Thảo nào config xong nó éo chạy, ngồi mày mò mãi sau nó mới chạy mà cũng éo hiểu sao nó chạy được.
Config lằng nhằng là do apply 1 đống technical vào nó, chứ thằng Spring căn bản config database với log là hết cứ còn gì nữa? Microservice cũng là 1 đống monolithic service với nhau thôi chứ có gì cao siêu? Khó là làm sao vẽ ra cấu trúc của khối đó thôi
//Bạn nào giờ này mà còn cãi nhau ngôn ngữ nào tốt hơn thì tôi chắc kèo chỉ còn quanh quẩn tầm junior với mấy cái CRUD services.
Việc deploy nó là phần rất nhỏ trong cả công đoạn code, code mới tốn thời gian chứ deploy thì ông tốn mấy thời gian, thậm chí tôi còn làm cả auto deploy gõ lệnh git cái code tự động lên server linux luôn chứ cần qué gì phải cấu hình.
Có dùng teamcity ở môi trường test. Nhưng sau những lần cài net core lên linux thì tôi thấy nó không tiện bằng cài trên windown. Nhiều thứ cũng không support tốt bằng việc cài trên chính môi trường cha đẻ của nó.
Luizions
Tôi code cả .Net với Java rồi, nhưng mỗi lần support deploy cho client, tôi đều thấy các package của bên DotNet họ đều bắt buộc deploy lên windows server cho dù có run đc trên linux. Trong khi đó Java thì họ ko bắt buộc cái này, nhưng họ lại thường cài lên linux
Config lằng nhằng là do apply 1 đống technical vào nó, chứ thằng Spring căn bản config database với log là hết cứ còn gì nữa? Microservice cũng là 1 đống monolithic service với nhau thôi chứ có gì cao siêu? Khó là làm sao vẽ ra cấu trúc của khối đó thôi
//Bạn nào giờ này mà còn cãi nhau ngôn ngữ nào tốt hơn thì tôi chắc kèo chỉ còn quanh quẩn tầm junior với mấy cái CRUD services.
T cũng có bảo là SP nó config khó đâu, chính vì cái dòng áp dụng rất nhiều công nghệ vào mới thành đống cofig lằng nhằng đó chứ.
Dựng một Micro service tùy yêu cầu mà khó hay dễ, chứ với nếu ông là một người chưa nắm rõ đống các công nghệ thì đi dựng mấy cái này đúng là cực hình.
Mấy ông trên đang ngồi thuần là ngồi so sánh các ngôn ngữ hoặc công nghệ thôi chứ éo éo gì mà nâng cao quan điểm junior linh tinh.
Đây là nơi mấy ông đó nói xem mình đã hiểu dc những gì thôi.
oke giờ thím tạo 1 docker rồi tôi đưa thím 1 cái soft chạy trên nền .net xem có chạy được trên docker ko nhá, tôi thử rồi mới nói, nó chỉ chạy được 1 số thứ cơ bản thôi chứ không phải tất cả những soft gì viết bằng .net chạy trên đc window là chạy trên đc docker, chưa kể soft code trên .net 3,4,5.. là ko chạy đc trên .net core nếu ko cài .net 3,4,5
Quay đi quay lại vẫn gặp ông thần này ngáo thế nhỉ?
Net framework 3.5 từ đời cổ lỗ sĩ rồi mà cứ lôi net 3 ra. Ngoài 3 nó ra 4 4.5 4.6 ... net core 1 2 3 3.1 và hiện tại đang net 5, sắp ra net 6 rồi.
Từ net core trở đi là chạy crossplatform được rồi, windows, mac, linux chạy được hết, docker là cái gì thế? Cái thằng viết soft nó không support lại đổ cho .net, có keyword rồi mà không thử search xem.
Tôi code cả .Net với Java rồi, nhưng mỗi lần support deploy cho client, tôi đều thấy các package của bên DotNet họ đều bắt buộc deploy lên windows server cho dù có run đc trên linux. Trong khi đó Java thì họ ko bắt buộc cái này, nhưng họ lại thường cài lên linux
Bắt buộc deploy lên windows server cho dù có run đc trên linux là sao fen nhỉ?
Bắt buộc deploy lên windows server cho dù có run đc trên linux là sao fen nhỉ?
Environment để deploy các package sử dụng DotNet họ luôn deploy lên Windows Server đó, cho dù deploy lên linux đc nhưng devops họ ko bao giờ lựa chọn linux để deploy gói DotNet.
Environment để deploy các package sử dụng DotNet họ luôn deploy lên Windows Server đó, cho dù deploy lên linux đc nhưng devops họ ko bao giờ lựa chọn linux để deploy gói DotNet.
Đó là họ không chọn đó chứ fen, chứ từ net core là deploy được hết rồi á, ném hết vào docker cũng được.
nunakute
cũng dân NET cơ mà tự học ( dân điện tử ) , giờ toàn làm mấy cái liên quan hệ thống công nghiệp quản lý :v , với xử lý ảnh . nói chung liên quan tới phần mềm + máy móc + IOT
cũng đã nhảy NET 5 chơi xem hợp nhất đến đâu rồi
Đó là họ không chọn đó chứ fen, chứ từ net core là deploy được hết rồi á, ném hết vào docker cũng được.
Họ không chọn cũng đúng thôi, mình biết là deploy đâu cũng đc, nhưng mà tại sao phải chọn môi trg linux cho Dotnet làm gì, dẫu sao Dotnet và Windows cùng thuộc MS thì chắc chắn nó phải full support rồi.
Họ không chọn cũng đúng thôi, mình biết là deploy đâu cũng đc, nhưng mà tại sao phải chọn môi trg linux cho Dotnet làm gì, dẫu sao Dotnet và Windows cùng thuộc MS thì chắc chắn nó phải full support rồi.
Nói thế là quan điểm cá nhân rồi fen, linux cũng full support luôn mà, trừ khi cố tình sử dụng package của win api thì mới không được thôi. Chứ .net core chạy trên linux ngon lắm, môi trường không phải vấn đề. À cả sql server cũng bê lên linux rồi, nhưng linux mình thích mysql hơn.
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Đang code .NET core trên mac đây, chạy build ầm ầm chứ có phụ thuộc window đâu
Dùng chung maven thì cái Kotlin của ông với Java hơn nhau đc mấy phần mà thần thánh hóa Kotlin. Tôi làm Java 3 năm nên tôi đủ biết Java nó như nào nên ông khỏi phải nói thêm. Còn thư viện Maven nói thẳng là méo có cửa so với thư viện của MS nó làm cho nó vuông. Riêng LINQ, Entity Framework thì Hibernate, JPA xách dép 10 năm nữa chưa đủ tuổi ngồi chung mâm đâu.
Còn code app ông làm đc mấy app chọc sâu hệ thống rồi hộ tôi cái, đa số app hiện tại có cần chọc sâu không. Thêm nữa ai bảo ông Flutter không chọc sâu vào hệ thống được, muốn chọc sâu thì viết thêm package ở dưới, các lib Flutter cũng viết từ Java, Kotlin, Swift chứ ông nghĩ nó viết bằng gì. Kotlin của ông ngon vậy thì Google nó méo rảnh làm thêm Flutter rồi hướng dev chuyển sang đâu. Biết đc dăm ba dòng Kotlin cứ như mình biết tuốt vậy. Ít nhất tôi đã có kinh nghiệm Java thì tôi nói ông nghe, cái ông biết chỉ là cái miệng giếng nhỏ chưa động vào những cái giếng khác thì đừng khảng định.
Công nhận. Đa số app chạy toàn chọc api lấy data về. Chứ làm game méo đâu mà cần chọc ngoáy. Flutter nên xem nó chỉ là 1 tầng view cho nhẹ đầu. K nên thần thánh hoá 1 ông nào. Vì gg nó k dở hơi tạo ra flutter cho vui.
Nói thế là quan điểm cá nhân rồi fen, linux cũng full support luôn mà, trừ khi cố tình sử dụng package của win api thì mới không được thôi. Chứ .net core chạy trên linux ngon lắm, môi trường không phải vấn đề. À cả sql server cũng bê lên linux rồi, nhưng linux mình thích mysql hơn.
Mình thấy Linux latency đôi khi còn tốt hơn nhiều Windows nhưng mỗi Threading/Task thì thua Windows. Hy vọng Microsoft tối ưu cái Thread/Task cho tốt như Windows thôi.
người mang tâm sự
Tôi vào đây để hóng cao thủ share tài liệu thôi, cơ mà các anh vật nhau ghê quá. Anh nào có tài liệu cho tôi xin với nhé, tôi đang mò mẫm
). Cảm ơn rất nhiều!
Quay đi quay lại vẫn gặp ông thần này ngáo thế nhỉ?
Net framework 3.5 từ đời cổ lỗ sĩ rồi mà cứ lôi net 3 ra. Ngoài 3 nó ra 4 4.5 4.6 ... net core 1 2 3 3.1 và hiện tại đang net 5, sắp ra net 6 rồi.
Từ net core trở đi là chạy crossplatform được rồi, windows, mac, linux chạy được hết, docker là cái gì thế? Cái thằng viết soft nó không support lại đổ cho .net, có keyword rồi mà không thử search xem.
thứ gì viết bằng java + cài bản jdk tương ứng thì chạy trên mọi nền tảng nếu nó cài đúng bảng jdk đó, còn .net thì ban đầu viết bằng .net , sau này muốn chạy crossplatform lại phải build 1 bản viết bằng .net core, những thằng được viết từ trước .net core ra đời thì sao, còn java thì đơn giản hơn nhiều , và nhìn vào thực tế là rõ nhất thôi, các server vừa và nhỏ chạy nhân unix toàn dùng java,hoặc các script như python,php... có thằng nào cài cái .net core để chạy web,app không, hay là chơi .net là thuê luôn window server
T cũng có bảo là SP nó config khó đâu, chính vì cái dòng áp dụng rất nhiều công nghệ vào mới thành đống cofig lằng nhằng đó chứ.
Dựng một Micro service tùy yêu cầu mà khó hay dễ, chứ với nếu ông là một người chưa nắm rõ đống các công nghệ thì đi dựng mấy cái này đúng là cực hình.
Mấy ông trên đang ngồi thuần là ngồi so sánh các ngôn ngữ hoặc công nghệ thôi chứ éo éo gì mà nâng cao quan điểm junior linh tinh.
Đây là nơi mấy ông đó nói xem mình đã hiểu dc những gì thôi.
Mùa này thất nghiệp khổ ghê
Có bác nào đang tuyển ng ko ạ
xgame1288
Nói .net vs java lại nhớ mấy năm trước đi pv, ông pv hỏi e thich làm .net hay java mình trả lời là thich .net hơn. Ông ý hỏi tại sao thì bảo tại e thich code trên vs hơn là eclipse, nhìn cái eclipse nó quá nông dân so với vs. Thế là được nghe 1 bài ca java thế này, eclipse thế nọ
Nói .net vs java lại nhớ mấy năm trước đi pv, ông pv hỏi e thich làm .net hay java mình trả lời là thich .net hơn. Ông ý hỏi tại sao thì bảo tại e thich code trên vs hơn là eclipse, nhìn cái eclipse nó quá nông dân so với vs. Thế là được nghe 1 bài ca java thế này, eclipse thế nọ
Hôm bữa bà HR cũng hỏi mình câu tương tự. Mình kêu mình thích cú pháp của .Net và IDE của Microsoft hơn. Xong bà HR cười haha k hiểu kiểu gì
thứ gì viết bằng java + cài bản jdk tương ứng thì chạy trên mọi nền tảng nếu nó cài đúng bảng jdk đó, còn .net thì ban đầu viết bằng .net , sau này muốn chạy crossplatform lại phải build 1 bản viết bằng .net core, những thằng được viết từ trước .net core ra đời thì sao, còn java thì đơn giản hơn nhiều , và nhìn vào thực tế là rõ nhất thôi, các server vừa và nhỏ chạy nhân unix toàn dùng java,hoặc các script như python,php... có thằng nào cài cái .net core để chạy web,app không, hay là chơi .net là thuê luôn window server
Fen đừng nguỵ biện như thế. Fen thử chạy code java cũ trên jdk mới nhất xem? Fen thử chạy python 2 trên môi trường python 3 xem? Bản thân .net cũng thế, phải chạy đúng version và sự thật là .netcore có chạy trên linux không? Câu trả lời là có. Fen đừng có ngồi trong cái hố rồi phán không có thằng nào làm .netcore chạy trên linux nhé, thử search đi cả rổ.
AccMoiDungBan
Tôi code Python xong không bao giờ muốn động vào .Net, C#, Java gì nữa
sapchet46
Trước chạy cái Scala cần JRE, Java open source mà giờ download JRE đòi sign in
quay qua download openJDK thì lại bị lỗi k tương thích. Hài vl
detective1711
Thứ nhất: upgrade framework version. port từ jdk 6 lên jdk 11, so với port từ .netframework 3.0 lên .net core 3.1 nó cũng không sướng hơn là mấy
Thứ hai: khách hàng có tiền, đòi deploy lên window server thì deploy thôi, sao phải xoắn, cũng không phải tiền của mình
Thứ ba: vốn dĩ .net framework không hướng đến cross-platform, nên so sánh một phiên bản của .net framework với java là không cần thiết, 2 thứ target khác nhau
Thứ bốn: nói chung các bác có lòng bảo vệ thứ mình thích thì tốt, cái nào cũng có hay có dở, không nên chê bai công kích nhau. Bọn C với C++ vào nó lại cười vào mặt
lyhungk09
Spring thì giờ có spring boot config nhiều đâu mà than
Fen đừng nguỵ biện như thế. Fen thử chạy code java cũ trên jdk mới nhất xem? Fen thử chạy python 2 trên môi trường python 3 xem? Bản thân .net cũng thế, phải chạy đúng version và sự thật là .netcore có chạy trên linux không? Câu trả lời là có. Fen đừng có ngồi trong cái hố rồi phán không có thằng nào làm .netcore chạy trên linux nhé, thử search đi cả rổ.
java cũ trên jdk mới nhất cũng ko bao giờ gặp trục trặc gì, ngược lại mới gặp trục trặc, còn ở đây từ .net sang .netcore là port hoàn toàn luôn, nhưng các phần mềm được viết từ trước khi .netcore ra đời thì vô số kể, và cuối cùng cũng chỉ có những phần mềm cần thiết nhất họ mới lựa ra để viết lại bằng .netcore khác gì viết mới lại, nên họ chọn là thuê luôn cái server window rồi chạy trên đó viết lại làm gì ...
Nói .net vs java lại nhớ mấy năm trước đi pv, ông pv hỏi e thich làm .net hay java mình trả lời là thich .net hơn. Ông ý hỏi tại sao thì bảo tại e thich code trên vs hơn là eclipse, nhìn cái eclipse nó quá nông dân so với vs. Thế là được nghe 1 bài ca java thế này, eclipse thế nọ
java cũ trên jdk mới nhất cũng ko bao giờ gặp trục trặc gì, ngược lại mới gặp trục trặc, còn ở đây từ .net sang .netcore là port hoàn toàn luôn, nhưng các phần mềm được viết từ trước khi .netcore ra đời thì vô số kể, và cuối cũng cũng chỉ có những phần mềm cần thiết nhất họ mới lựa ra để viết lại bằng .netcore khác gì viết mới lại, nên họ chọn là thuê luôn cái server window rồi chạy trên đó viết lại làm gì ...
Nói như fen thì họ cứ sống với công nghệ cũ như vậy nhỉ? Có ai làm angularjs < 1.5 update lên, flutter 1 lên 2, hay react nâng version thôi cũng sml rồi. Chốt lại .netcore ra đời lâu rồi, không phải mới đâu, chuẩn bị ngưng support, giờ là net 5, sắp lên net 6, deploy trên linux vô tư, thế nhé.
cũng dân NET cơ mà tự học ( dân điện tử ) , giờ toàn làm mấy cái liên quan hệ thống công nghiệp quản lý :v , với xử lý ảnh . nói chung liên quan tới phần mềm + máy móc + IOT
cũng đã nhảy NET 5 chơi xem hợp nhất đến đâu rồi
Fen đừng nguỵ biện như thế. Fen thử chạy code java cũ trên jdk mới nhất xem? Fen thử chạy python 2 trên môi trường python 3 xem? Bản thân .net cũng thế, phải chạy đúng version và sự thật là .netcore có chạy trên linux không? Câu trả lời là có. Fen đừng có ngồi trong cái hố rồi phán không có thằng nào làm .netcore chạy trên linux nhé, thử search đi cả rổ.
đúng rồi, có nhiều cty lớn làm ecommerce như Haravan nó đang chạy .NET core trên linux đấy thui
Xin 1 lạy. Từng có 3 năm làm java spring. Config loằng ngoằng vcc. Nhất là làm dự án lớn, cảm giác chỗ méo nào cung có config. Từ ngày sang .net thấy đỡ khổ hẳn.
thứ gì viết bằng java + cài bản jdk tương ứng thì chạy trên mọi nền tảng nếu nó cài đúng bảng jdk đó, còn .net thì ban đầu viết bằng .net , sau này muốn chạy crossplatform lại phải build 1 bản viết bằng .net core, những thằng được viết từ trước .net core ra đời thì sao, còn java thì đơn giản hơn nhiều , và nhìn vào thực tế là rõ nhất thôi, các server vừa và nhỏ chạy nhân unix toàn dùng java,hoặc các script như python,php... có thằng nào cài cái .net core để chạy web,app không, hay là chơi .net là thuê luôn window server
Tư duy của anh cổ lỗ sĩ quá rồi đấy, net core làm web ầm ầm deploy linux ầm ầm. Ông cập nhật lại kiến thức đi thế giới người ta code net core web ầm ầm, lib asp net core hàng trăm triệu lượt tải chứ ngồi đấy mà không ai dùng. Còn giờ deploy lên cloud chạy trên linux server hết ông bỏ cái tư duy .NET là gắn liền với Windows Server đi. Thêm nữa giờ theo chuẩn deploy lên docker chạy Kubernate rồi. Toàn áp đặt tư duy cũ rích và định kiến làm gì. Ông không làm nhiều .NET thì đừng chém về .NET nữa.
thứ gì viết bằng java + cài bản jdk tương ứng thì chạy trên mọi nền tảng nếu nó cài đúng bảng jdk đó, còn .net thì ban đầu viết bằng .net , sau này muốn chạy crossplatform lại phải build 1 bản viết bằng .net core, những thằng được viết từ trước .net core ra đời thì sao, còn java thì đơn giản hơn nhiều , và nhìn vào thực tế là rõ nhất thôi, các server vừa và nhỏ chạy nhân unix toàn dùng java,hoặc các script như python,php... có thằng nào cài cái .net core để chạy web,app không, hay là chơi .net là thuê luôn window server
Lười thay đổi. Tôi cũng 1 đống linux chạy .net core đây. Nhanh hơn nhiều Java với Node.js Express. Đỡ khổ cực nữa. Bê code ngày xưa lên compile lại chạy 95%, số còn lại chỉ cần sửa chút là lại chạy phà phà. 1 build chạy 3 platform chẳng cần build lại.
OneAboveAll
NetFramework cũ có support cross platform éo đâu, đến netcore giờ mới support mà ông lại so sánh kiểu tương thích ngược thế thì chết, có thể coi như netframework cũ với net core mới là 2 thằng khác nhau làm lại mới hoàn toàn
còn so sánh thì hiện tại ở Việt Nam thì java nhiều việc hơn, mặt bằng lương cũng cao hơn chút ít không nhiều
thứ gì viết bằng java + cài bản jdk tương ứng thì chạy trên mọi nền tảng nếu nó cài đúng bảng jdk đó, còn .net thì ban đầu viết bằng .net , sau này muốn chạy crossplatform lại phải build 1 bản viết bằng .net core, những thằng được viết từ trước .net core ra đời thì sao, còn java thì đơn giản hơn nhiều , và nhìn vào thực tế là rõ nhất thôi, các server vừa và nhỏ chạy nhân unix toàn dùng java,hoặc các script như python,php... có thằng nào cài cái .net core để chạy web,app không, hay là chơi .net là thuê luôn window server
Giờ xài docker hết rồi , vấn đề deploy trên linux không còn quá khó nữa.
.net là vẫn phải dùng c# code đúng k các thím
Vậy sao k nói c# vs java mà dùng .net
Với lại asp.net là sao nữa
Mong các a giải đáp
c# bản thân nó là ngôn ngữ. Còn .net là nguyên cái ecosystem dành cho c#. Nói tới c# là sẽ luôn dính liền tới .net. Asp.net là framework để viết web dành cho c#, nằm trong nguyên cái ecosystem .net.
Mà vô thread này thấy cãi nhau tưởng có thêm keyword gì mới để học chứ, ai dè là war ngôn ngữ với nhau
Anh em nào theo .NET của MS có gì vô đây chia sẻ nha!
Lý do mình qua .Net vì có cái VS xịn xò! giờ thì vs code cũng xịn.
Mà thật ra công nghệ cũng không quan trọng mấy giờ làm JAVA mình vẫn làm được, do hồi đó mình làm java sau này qua .net.
Sinh viên thì mình thấy nên học Java rồi muốn sang .NET cũng dễ, còn chiều ngược lại thì mình nghĩ hơi khó, tại .NET nó build sẵn nhiều thứ.
theo cái của thớt thì chỉ là nói về .NET ko phải sao? bắt bẻ gì vậy? đâu phải chỉ mỗi deploy lên server?
phuocleoceo
Vào thread kiến thức thì lòi ra ông anti .NET kéo war
Toàn dìm hàng .NET bằng những đặc điểm của .NET Framework chứ .NET Core ra từ đời nào rồi thì không thèm tìm hiểu.
Cái này có liên quan với bên Infra ko bác
việc của e là chỉ tới phần build ra docker file thôi
muốn đụng tới bên infra thì phải request này nọ phức tạp lắm
rớ tới được là e dùng readiness của kubernetes gọi request để warm up luôn cho khỏe
hiện tại trình bày với leader rồi để lão tự quyết
Infras gì đâu. Viết unit test cho API. Xong thêm một bước vào Dev ops. Sau khi deploy xong xuôi hết thì cho chạy unit test. Unit test nó gởi request tới API. Vừa test, vừa warm up lên hết.
Infras gì đâu. Viết unit test cho API. Xong thêm một bước vào Dev ops. Sau khi deploy xong xuôi hết thì cho chạy unit test. Unit test nó gởi request tới API. Vừa test, vừa warm up lên hết.
Đấy là bạn chưa đâm sâu vào .NET nên bạn lúc nào cũng suy nghĩ Java bạn biết là bá đạo nhưng khi bạn động đến .NET rồi bạn không bao giờ muốn quay lại code Java. Tôi từng code Java vài năm rồi mới chuyển .NET và cũng từng suy nghĩ như bạn.
Hồi mới ra trường có làm java vài năm, và cực ghét cái mớ getter setter của nó. Qua c# có property đỡ hẳn đống ( )
Sent from Samsung SM-G973F using vozFApp
augustus1698
Mình thì khoái c# nên rất thích .NET core, nhưng app Android mình hay viết bằng Kotlin hơn là đa nền.
Tôi viết khó hiểu lắm à? Hay ông giả vờ không hiểu?
Cái gì tiện nhất thì làm. Cùng 1 cái web app , deploy trên windown chỉ cần tạo pool mới iis , cấu hình chưa đến 5p là xong, còn host trên linux thì phải tạo kestrel , rồi mở port , cấu hình lằng nhằng hơn iis nhiều.
Bên mình build web app (micro service) trên .net core 3.1 và PostgreSQL. Mỗi lần deploy lên linux thủ công chưa được 3 phút là xong rồi bạn ah, đối với tôi deploy trên windows mới rườm rà, chậm chạp. Ah mà tôi đang làm với windows nhiều hơn linux nha, khỏi mắc công nói tôi dân chỉ làm linux.
Lười thay đổi. Tôi cũng 1 đống linux chạy .net core đây. Nhanh hơn nhiều Java với Node.js Express. Đỡ khổ cực nữa. Bê code ngày xưa lên compile lại chạy 95%, số còn lại chỉ cần sửa chút là lại chạy phà phà. 1 build chạy 3 platform chẳng cần build lại.
Bao ngon, tôi làm việc với team dev chỉ cần 1 buổi sáng là quyết định build trên .net core, database thì chọn luôn PostgreSQL vì ngán cái update của windows server đến tận cổ.
minhneo
Còn nói về java thì tôi chưa làm dự án nào về java nhưng có cài môi trường cho mấy cái software controller để control mấy cái thiết bị phần cứng trên nền web thì nó hơi phức tạp, còn chạy thì ăn RAM như hạm, nghe nói version 8 đỡ ăn RAM hơn nhưng chưa có dịp thử.
WhiteShirt
Thớt .NET tự dưng có mấy ông java vào cân thế
Ông nào có thị trường của ông đó, cãi nhau làm gì, giờ mà tất cả rủ nhau học java xem, lúc đó mấy ông java có mà khóc vì cạnh tranh cao
main stack chỉ là thế mạnh/hướng đi để mình cạnh tranh trên thị trường công việc, vd main stack của tôi là .Net thì tôi cố gắng đi sâu theo .Net, ông thích java thì đi sâu theo java. Quan điểm của tôi là không cần thần thánh/trung thành một công nghệ gì, c# java python js đếch gì cũng được, right tool for the right job thế thôi
Last edited:
Chris2020
sắp tới có Net 6 bao ngon
1 code base còn build đc ios,android,windows desktop app, mac os quá bá
.net là vẫn phải dùng c# code đúng k các thím
Vậy sao k nói c# vs java mà dùng .net
Với lại asp.net là sao nữa
Mong các a giải đáp
C# là ngôn ngữ lập trình
.Net là framework đồ sộ của Microsoft, support nhiều ngôn ngữ trong đó có C#
Asp.net là web framework của Microsoft, nằm trong .Net
C# là ngôn ngữ lập trình
.Net là framework đồ sộ của Microsoft, support nhiều ngôn ngữ trong đó có C#
Asp.net là web framework của Microsoft, nằm trong .Net
vậy 1 cái fw cho BE cụ thể như .Net thì nó có thể làm dc j bác?
em chỉ biết là nó có thể build 1 cái server lên thôi.
nó có giống như fw ở FE ko? kiểu như phải đi theo kiến trúc của fw đó (vd Angular)
TomorrowNeverDie
Giờ vẫn có thanh niên nghĩ .Net chỉ chạy dc trên Windows
Tôi giờ triển full .Net Core với .Net 5 trên K8s luôn
Trên Windows thì combo VS 2019 + docker + WSL 2 thì phê lòi luôn, chưa kể đám VS Code bao ngon nữa
Giờ vẫn có thanh niên nghĩ .Net chỉ chạy dc trên Windows
Tôi giờ triển full .Net Core với .Net 5 trên K8s luôn
Trên Windows thì combo VS 2019 + docker + WSL 2 thì phê lòi luôn, chưa kể đám VS Code bao ngon nữa
cho mình hỏi là .net thì cái lib của nó mình vào đọc source code được như bên java k nhỉ
hungho66
Em nghe .net e tưởng mọi người sẽ có bàn về Microservices... Vô toàn war nhau
Tiện thể có bác nào dùng Abp Framework k ạ
Em thấy framework này hỗ trợ .net core ngon mà ít người dùng vậy ạ
Em nghe .net e tưởng mọi người sẽ có bàn về Microservices... Vô toàn war nhau
Tiện thể có bác nào dùng Abp Framework k ạ
Em thấy framework này hỗ trợ .net core ngon mà ít người dùng vậy ạ
Ông thầy của em có recommend học framework này nhưng em hướng theo .NET + React trước nên tạm bỏ qua
cho mình hỏi là .net thì cái lib của nó mình vào đọc source code được như bên java k nhỉ
Có nhiều cách để đọc. Đa số giờ thư viện nó ở trên Github thì lên thẳng đó đọc thôi, hoặc có thể debug trực tiếp vào thư viện bằng VS nếu thư viện đó có sourcode trên Github.
Các đơn giản nhất thì view object trên vs là đủ rồi, dễ hiểu, dễ dùng. Trầy cối thì dùng Reflector của Redgate cũng được
Charles Swann
Bọn này đẻ tới .NET 6 rồi trong khi mình vẫn phải đụng .NET 3.1, nhanh vãi
Không biết F# còn được để ý phát triển tiếp không, chứ như con ghẻ nữa thì nản, C# thì features ra ầm ầm, F# thì lên đọc docs còn thiếu
Em nghe .net e tưởng mọi người sẽ có bàn về Microservices... Vô toàn war nhau
Tiện thể có bác nào dùng Abp Framework k ạ
Em thấy framework này hỗ trợ .net core ngon mà ít người dùng vậy ạ
Tôi đang cho 3 dự án cty dùng cái này. Chưa đánh giá được nhiều, cơ mà nó có nhiều module và infa viết sẵn => khá tiện.
Đội fresher dự án quen được kiến trúc viết của tụi này thì khen là code nhàn, cái khó nhất của nó chính là việc phân chia code giữa các tầng (system use case và business use case).
Bọn này đẻ tới .NET 6 rồi trong khi mình vẫn phải đụng .NET 3.1, nhanh vãi
Không biết F# còn được để ý phát triển tiếp không, chứ như con ghẻ nữa thì nản, C# thì features ra ầm ầm, F# thì lên đọc docs còn thiếu
bác đừng buồn, mỗi năm nó sẽ đẻ ra 1 bản. Theo roadmap của nó thì năm nay .net 6, năm sau .net 7, năm sau nữa ra .net 8
soihoang
công nhận M$ làm marketing cho .net core chán thật, ko chỉ VN mà ko ít thằng tây lông ko biết .Net Core nên một bước đi thông minh là nhập .net fw vào thành 1 .net thôi.
Mỗi lần realease bản .net mới thì tính năng và performance imporove ầm ầm
công nhận M$ làm marketing cho .net core chán thật, ko chỉ VN mà ko ít thằng tây lông ko biết .Net Core nên một bước đi thông minh là nhập .net fw vào thành 1 .net thôi.
Mỗi lần realease bản .net mới thì tính năng và performance imporove ầm ầm
công nhận, nhiều ông tưởng .net 5 là từ bản .net framework 4 nâng cấp lên
công nhận M$ làm marketing cho .net core chán thật, ko chỉ VN mà ko ít thằng tây lông ko biết .Net Core nên một bước đi thông minh là nhập .net fw vào thành 1 .net thôi.
Mỗi lần realease bản .net mới thì tính năng và performance imporove ầm ầm
tính ra bây giờ chỉ chờ ra bản .NET 6 có maui nữa thôi là có đủ bộ đa nền tảng rồi từ web tới app, chỉ đáng lo ngại không biết performance thằng maui như thế nào
phuocleoceo
Entity Framework Core 6 hiệu năng tăng cực mạnh, Mic bảo chỉ còn thua Dapper 1 tí thôi đó mấy Bác
Hi vọng ra mắt bản chính thức sẽ đúng như vậy, vì giờ EFCore phổ biến với dễ config quá rồi.
soihoang
ở .net chỉ có 1 cái cảm giác thấy ko ổn là nó ôm đồm nhiều lĩnh vực, mà community lại nhỏ hơn với java nên ecosystem ko hoàn chỉnh mà thọt thọt thế nào, vd như cái ML.NET. Nhưng cái làm được ở hiện tại là sự kết hợp giữa M$ và cộng đồng để đi tới mấy mục tiêu chung.
hiện tại vẫn thấy tập chung vào build nên tảng hơn, còn thay đổi nhiều thế này thì chắc 2-3 năm nữa mới ổn định để build ecosystem hoàn thiện.
ở .net chỉ có 1 cái cảm giác thấy ko ổn là nó ôm đồm nhiều lĩnh vực, mà community lại nhỏ hơn với java nên ecosystem ko hoàn chỉnh mà thọt thọt thế nào, vd như cái ML.NET. Nhưng cái làm được ở hiện tại là sự kết hợp giữa M$ và cộng đồng để đi tới mấy mục tiêu chung.
hiện tại vẫn thấy tập chung vào build nên tảng hơn, còn thay đổi nhiều thế này thì chắc 2-3 năm nữa mới ổn định để build ecosystem hoàn thiện.
trước nó ôm nhiều quá giờ thì làm Foundation đi tài trợ cộng đồng vừa đỡ mệt vừa mạnh hơn
Tôi đang cho 3 dự án cty dùng cái này. Chưa đánh giá được nhiều, cơ mà nó có nhiều module và infa viết sẵn => khá tiện.
Đội fresher dự án quen được kiến trúc viết của tụi này thì khen là code nhàn, cái khó nhất của nó chính là việc phân chia code giữa các tầng (system use case và business use case).
Bác đánh giá cho em với là mình code ít hơn nhưng lâu ngày có dẫn tới việc bị lười và không hiểu bản chất hoạt động của 1 module nào đó không bác. Em thấy Abp nó hỗ trợ tự động khá nhiều thứ
Công ty em sắp tới sẽ sử dụng Framework này nên hiện tại em chỉ ở mức tìm hiểu, mong bác góp ý, e xin cảm ơn bác
Ông thầy của em có recommend học framework này nhưng em hướng theo .NET + React trước nên tạm bỏ qua
nó cũng là .NET mà bác, React thì bên phía front end cũng không sao đâu bác
hungho66
Em thấy tùy ngôn ngữ mà có thế mạnh phù hợp riêng cho domain đó, phù hợp thì xúc thôi k biết các bác so sánh làm gì cho mệt
Em thấy chỉ cần một bài
https://devblogs.microsoft.com/dotnet/announcing-net-6-preview-4/ như này thì có hàng tá vấn đề để thảo luận mà, quanh đi quẩn lại toàn là Java vs .NET - Rồi ASP.Net vs .NET core - thấy mấy cái này thứ cứ lướt là được rồi
Bác đánh giá cho em với là mình code ít hơn nhưng lâu ngày có dẫn tới việc bị lười và không hiểu bản chất hoạt động của 1 module nào đó không bác. Em thấy Abp nó hỗ trợ tự động khá nhiều thứ
Công ty em sắp tới sẽ sử dụng Framework này nên hiện tại em chỉ ở mức tìm hiểu, mong bác góp ý, e xin cảm ơn bác
Nó có source trên git thì lên đó đọc thôi, với lại mình mở rộng ra theo dạng modue thì mình cũng phải hiểu tư tưởng của nó -> trình vẫn lên dc. Như mình noi, việc đưa nghiệp vụ vào các tầng mới là vấn đề.
nó cũng là .NET mà bác, React thì bên phía front end cũng không sao đâu bác
Ông thầy quăng cho cái link, trong đó ghi ABP dùng .NET Core kết hợp Angular, Razor Page hoặc Blazor nên em đọc sơ rồi out luôn
. Blazor làm vui phết, có thằng SvelteJs cũng code kiểu tương tự cũng nhưng đều chưa thấy phổ biến lắm
Entity Framework Core 6 hiệu năng tăng cực mạnh, Mic bảo chỉ còn thua Dapper 1 tí thôi đó mấy Bác
Hi vọng ra mắt bản chính thức sẽ đúng như vậy, vì giờ EFCore phổ biến với dễ config quá rồi.
sao tây lông bảo core nó k production ready mà. thiếu nhiều cái.
mà giờ nghĩ lại. chán cảnh bọn mic drop qtqd. nghe bảo drop nền tảng qc trên store mà k có ra thay thế.
xưa e làm quen đầu tiên với .net mà riết thấy mic nó đẻ ra sp, ng ta đi theo rồi ảnh drop cái một. sliverlight nè, webform, winform, vb.net giờ nó bỏ xó…
Tôi code cả .Net với Java rồi, nhưng mỗi lần support deploy cho client, tôi đều thấy các package của bên DotNet họ đều bắt buộc deploy lên windows server cho dù có run đc trên linux. Trong khi đó Java thì họ ko bắt buộc cái này, nhưng họ lại thường cài lên linux
Thế bác phải chửi thằng backend chứ, đợt trước em code .net dùng thư viện cũng phải chạy thử trên docker xem nó chạy không mới áp dụng hẳn. Nhiều thằng nói dùng cho .net core nhưng chỉ chạy trên window
sao tây lông bảo core nó k production ready mà. thiếu nhiều cái.
mà giờ nghĩ lại. chán cảnh bọn mic drop qtqd. nghe bảo drop nền tảng qc trên store mà k có ra thay thế.
xưa e làm quen đầu tiên với .net mà riết thấy mic nó đẻ ra sp, ng ta đi theo rồi ảnh drop cái một. sliverlight nè, webform, winform, vb.net giờ nó bỏ xó…
Do mấy thằng đó giờ cũ rồi mà bác :3, dự án cũ còn dùng được thì không nói chứ làm mới thì chắc chỉ có bên Nhật, Mic đẻ ra mấy cái mới hiện đại hơn như MVC,Web API,WPF thì mình theo thôi
Dotnet Core thì đang ngày càng hoàn thiện hết rồi.
công nhận M$ làm marketing cho .net core chán thật, ko chỉ VN mà ko ít thằng tây lông ko biết .Net Core nên một bước đi thông minh là nhập .net fw vào thành 1 .net thôi.
Mỗi lần realease bản .net mới thì tính năng và performance imporove ầm ầm
hình như giờ nó gọi chung là .Net rồi. ko còn gọi core j nữa
sao tây lông bảo core nó k production ready mà. thiếu nhiều cái.
mà giờ nghĩ lại. chán cảnh bọn mic drop qtqd. nghe bảo drop nền tảng qc trên store mà k có ra thay thế.
xưa e làm quen đầu tiên với .net mà riết thấy mic nó đẻ ra sp, ng ta đi theo rồi ảnh drop cái một. sliverlight nè, webform, winform, vb.net giờ nó bỏ xó…
.net core backend dự án production bên mình nhiều lắm.
Host cả trên win server hoặc linux, connect đc với cả SQL Server, PostgreSql hoặc SQLite luôn
Có ưu điểm gì nổi trội hơn Spring ko thím ? Dạo này thấy job .NET cũng nhiều
.net = java mà bác hỏi lạ thế.
mình học đâu tiên cũng .net, mà giờ ra làm java không. chứ 1 ngày code c#. giờ đi chuyển việc cũng k dám apply .net lun
)
Có ưu điểm gì nổi trội hơn Spring ko thím ? Dạo này thấy job .NET cũng nhiều
trước mình cũng học Java Spring, thấy code Java cực nhất phần getter setter. Bên .net nó có phần lambda express code tiện phết.
.Net 6 nó code gọn y như node.js.
Còn so bench mark thì chắc phải lên mấy trang testing thì mới biết đc cái nào chạy nhanh/tốt hơn được. Phần này nói cũng khó, tùy vào scale dự án thì mới biết đc.
.net = java mà bác hỏi lạ thế.
mình học đâu tiên cũng .net, mà giờ ra làm java không. chứ 1 ngày code c#. giờ đi chuyển việc cũng k dám apply .net lun
)
Mình thấy có vẻ khác mà. Trước kia thì Java có ưu thế vượt trội ở chỗ open, mà giờ thì .NET cũng open luôn rồi. Mình có tìm hiểu cả 2 thì C# có thứ mà Java ko có ấy chứ
.
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Giờ có .net core rồi cụ ạ. thích chạy server nào chả được
Em nghe .net e tưởng mọi người sẽ có bàn về Microservices... Vô toàn war nhau
Tiện thể có bác nào dùng Abp Framework k ạ
Em thấy framework này hỗ trợ .net core ngon mà ít người dùng vậy ạ
công nhận framework ngon, mình mới dùng bản boilerplate của nó mà thấy khá đủ. Chưa dùng lên zero hoặc abp.io của nó
Nói .net vs java lại nhớ mấy năm trước đi pv, ông pv hỏi e thich làm .net hay java mình trả lời là thich .net hơn. Ông ý hỏi tại sao thì bảo tại e thich code trên vs hơn là eclipse, nhìn cái eclipse nó quá nông dân so với vs. Thế là được nghe 1 bài ca java thế này, eclipse thế nọ
thế cuối cùng là cái nào ngon hơn bác nhỉ :v em cũng thấy VS nó ngon hơn là của java, khó sd
thế cuối cùng là cái nào ngon hơn bác nhỉ :v em cũng thấy VS nó ngon hơn là của java, khó sd
Tôi thấy VS ngon hơn. Eclipse nhìn cái giao diện đã chán rồi. Chưa kể Eclipse nó nhiều phiên bản quá nên nhiều luc bị loạn. Có thời điểm trong máy tôi phải cài 3 phiên bản Eclipse khac nhau (Marvel, Luna, Neon) do khach hàng nó yêu cầu, dùng tù vl
Tôi thấy VS ngon hơn. Eclipse nhìn cái giao diện đã chán rồi. Chưa kể Eclipse nó nhiều phiên bản quá nên nhiều luc bị loạn. Có thời điểm trong máy tôi phải cài 3 phiên bản Eclipse khac nhau (Marvel, Luna, Neon) do khach hàng nó yêu cầu, dùng tù vl
:v thấy thằng bạn bảo in-teo-li-di ngon, nhưng nhìn nó ngu ngục kiểu gì ý :v
Anh em nào theo .NET của MS có gì vô đây chia sẻ nha!
Lý do mình qua .Net vì có cái VS xịn xò! giờ thì vs code cũng xịn.
Mà thật ra công nghệ cũng không quan trọng mấy giờ làm JAVA mình vẫn làm được, do hồi đó mình làm java sau này qua .net.
Sinh viên thì mình thấy nên học Java rồi muốn sang .NET cũng dễ, còn chiều ngược lại thì mình nghĩ hơi khó, tại .NET nó build sẵn nhiều thứ.
Bác nói quá chuẩn.
Em từ .NET sang java nhiều bỡ ngỡ quá nhưng không phải là không làm được. Chỉ hơi khó hơn tý thôi.
Chả phải nhiều anh muốn Kotlin thay thế luôn Java luôn à.
Vì Kotlin lại đi clone nhiều thứ của C#
Tôi biết lập trình hướng đối tượng từ lúc học C# nên tôi ghét việc phải gõ
this. của các ngôn ngữ khác vl
Chứ còn cái mớ get set của Java thì ôi thôi, ngán ngẩm, gõ dài vl
Đấy là bạn chưa đâm sâu vào .NET nên bạn lúc nào cũng suy nghĩ Java bạn biết là bá đạo nhưng khi bạn động đến .NET rồi bạn không bao giờ muốn quay lại code Java. Tôi từng code Java vài năm rồi mới chuyển .NET và cũng từng suy nghĩ như bạn.
Nhiều bên tuyển mà ạ, bên em tuyển chưa có kinh nghiệm, lương cũng khá mà các bạn toàn bảo để suy nghĩ xong mất hút sang công ty khác
.net đúng là ít hơn java, lương cũng thấp hơn tí chút mặt bằng chung còn ai khủng vẫn cao thôi
cơ mà thấy HR có vẻ khát .net phết, đăng cái cv lên linked in mà nổ inbox
thím có biết trang nào server net core rẻ rẻ chút không,
mình hỏi thật không phải có ý gì
Bất kỳ VPS linux nào giờ cũng chạy được hết mà
phtdce
Mấy thằng kiến trúc sư Microsoft ko hiểu làm ăn kiểu gì mà đến .NET 6 vẫn chưa xong các feature về Distributed DB Transaction, ko thể chấp nhận được luôn.
tieudoan208
Net 6 chuẩn bị ra đời và quảng cáo speeds nhanh, entityfamework gần bằng dapper cơ mà
left join bác ơi, join thì ko nói. Hiện tại là phải custom kiểu như này
C#:
var query = from u in usergroups
join p in UsergroupPrices on u.UsergroupID equals p.UsergroupID into gj
from x in gj.DefaultIfEmpty()
select new {
UsergroupID = u.UsergroupID,
UsergroupName = u.UsergroupName,
Price = (x == null ? String.Empty : x.Price)
};
left join bác ơi, join thì ko nói. Hiện tại là phải custom kiểu như này
var query = from u in usergroups
join p in UsergroupPrices on u.UsergroupID equals p.UsergroupID into gj
from x in gj.DefaultIfEmpty()
select new {
UsergroupID = u.UsergroupID,
UsergroupName = u.UsergroupName,
Price = (x == null ? String.Empty : x.Price)
};
Nhìn hơi đau đầu
left join bác ơi, join thì ko nói. Hiện tại là phải custom kiểu như này
var query = from u in usergroups
join p in UsergroupPrices on u.UsergroupID equals p.UsergroupID into gj
from x in gj.DefaultIfEmpty()
select new {
UsergroupID = u.UsergroupID,
UsergroupName = u.UsergroupName,
Price = (x == null ? String.Empty : x.Price)
};
Nhìn hơi đau đầu
var query = from person in people
join pet in pets on person equals pet.Owner into gj
from subpet in gj.DefaultIfEmpty()
select new { person.FirstName, PetName = subpet?.Name ?? String.Empty };
Thì cú pháp gọn gàng quá rồi còn gì, còn được cài đặt nếu NULL thì trả ra gì. Có thêm left join thì cũng giúp thêm ít syntax
tieudoan208
Đúng rồi. Nhưng bác ko viết dạng lambada linq ấy, nhìn dễ hơn
Có fen nào code dotnet trên Ride nhiều k ạ? Mình cần chỉ giáo ít.
Không dùng Rider nhưng dùng Intellij khá nhiều, nếu không lầm thì nó na ná nhau vì xưa tôi dùng cả phpstorm cũng chả khác Intellij là mấy. Anh có gì muốn hỏi
Không dùng Rider nhưng dùng Intellij khá nhiều, nếu không lầm thì nó na ná nhau vì xưa tôi dùng cả phpstorm cũng chả khác Intellij là mấy. Anh có gì muốn hỏi
Rider quảng cáo đã kết hợp vs Entity Tool rồi. Làm theo guide của nó cài đủ 1 đống libs Entity mà Rider tôi vẫn k show cái tool Entity
Bác giống em vl, chỉ vì đồng lương mà quay lại .NET Framework
) Bh còn phải làm episerver, sợ làm lâu tù người vchg
.net core mà đụng vào enterprise architect cũng tù người vkl.
Đang đụng với mấy lão architect, toàn xài architecture đíu thể nào extend được. Raise hoài raise mãi mấy lão vẫn ko chịu sửa.
.net core mà đụng vào enterprise architect cũng tù người vkl.
Đang đụng với mấy lão architect, toàn xài architecture đíu thể nào extend được. Raise hoài raise mãi mấy lão vẫn ko chịu sửa.
Anh nói thế lại không chuẩn rồi.
mấy cái architect như anh nói là ở người, người thiết kế dở thì hệ thống dở, khó mở rộng. Công nghệ nào chả vậy, chứ liên quan gì tới net core.
tôi hỏi anh thêm như này: Nếu làm enterprise, anh dùng công nghệ gì?
Anh nói thế lại không chuẩn rồi.
mấy cái architect như anh nói là ở người, người thiết kế dở thì hệ thống dở, khó mở rộng. Công nghệ nào chả vậy, chứ liên quan gì tới net core.
tôi hỏi anh thêm như này:
Nếu làm enterprise, anh dùng công nghệ gì?
Anh nói thế lại không chuẩn rồi.
mấy cái architect như anh nói là ở người, người thiết kế dở thì hệ thống dở, khó mở rộng. Công nghệ nào chả vậy, chứ liên quan gì tới net core.
tôi hỏi anh thêm như này: Nếu làm enterprise, anh dùng công nghệ gì?
thì đúng là do người thiết kế dở, mình nói ở đây là .net core hay .net framework thì hay hay là dở là do người architect quyết định architecture như thế nào. :/
ronnie
Có job web .net quản lý thông tin nội bộ đơn giản bác nào nhận ko
Có tài liệu nào để đọc làm theo không mấy thím ? Công ty đang cho train fullstack .Net Core + Angular, mà ngồi nghe video buồn ngủ quá
tăng tốc độ video lên 1.25 thử xem. Trước có học qua video do người nói nói từ lờ đờ làm buồn ngủ gần chết. không có tương tác nữa nên học méo nổi luôn.
sau này vào công ty product mới gặp vấn đề r tự học mới tăng trình đc. chứ qua video thì thua. hên xui động lực như thế nào ấy chứ
tăng tốc độ video lên 1.25 thử xem. Trước có học qua video do người nói nói từ lờ đờ làm buồn ngủ gần chết. không có tương tác nữa nên học méo nổi luôn.
sau này vào công ty product mới gặp vấn đề r tự học mới tăng trình đc. chứ qua video thì thua. hên xui động lực như thế nào ấy chứ
Vẫn vậy à thím. Vấn đề là mình thích đọc ghét nghe thôi
. Cơ mà chắc cũng phải ráng qua con trăng này để có cái nhìn tổng quát về công nghệ đã.
hackermuxam92
Các chuyên gia .NET cho hỏi có ai biết sharepoint không cho mình xin ít thông tin, hoặc chỗ dạy món này
underwater
học qua video thì mình thường xem hết cả video nếu nó chia thành từng video hoặc nếu video dài thì xem 1 hết 1 đoạn nào đó rồi bắt tay vào làm theo, quên thì lại xem lại, thế nó đỡ chán hơn với cũng dễ vào hơn
.net và sharepoint là 2 thứ khác nhau nhé. Mặc dù cùng là nhà microsoft
Sharepoint ở cty t ngày càng chậm trong truy vấn do csdl nó sử dụng nosql.
Giờ có xu hướng chuyển sang xài sql đây. Môn sharepoint lỡ thời rồi.
Thấy sourcode cũng C# mà ae bảo phải nắm .net rồi mới nắm được sharepoint tưởng nó là framework chứ. Tại web cơ quan phải dùng công nghệ này bạn có tài liệu tiếng việt hoặc tiếng anh không cho xin thêm tham khảo với.
cph.luu
Các bác .NET lập 1 nhóm discord riêng để mọi người chia sẻ cho dễ đc ko nhỉ.
Bác map lại dữ liệu ở Dto (view model) ấy. Chỉ trả cái cần thiết thôi.
Nhưng theo bác thế nào mới linh hoạt
Mình nghĩ ý bác ấy là viết query để select về đúng những field cần thiết thôi, còn dùng include thì nó lấy về cả record luôn cho dù bạn có map qua dto thì bạn cũng đã get hết data về rồi.
Mình còn ít kinh nghiệm trong việc này, trước giờ cũng hay xài include, đang tập viết query join EF. Ở cty thì dự án xài mongodb nên cũng chả có join bao giờ.
Đâu phải lúc nào cũng dùng include đc đâu bác, thừa thãi dữ liệu hoặc không linh hoạt. performance có thể bị giảm đi
EF ko ai rảnh mà lấy từng field hết.
99% join phải qua lệnh include bởi vì liên kết qua FK (relational database).
1% còn lại bất đắt dĩ vì ko có FK nên mới dùng join.
Mình nghĩ ý bác ấy là viết query để select về đúng những field cần thiết thôi, còn dùng include thì nó lấy về cả record luôn cho dù bạn có map qua dto thì bạn cũng đã get hết data về rồi.
Mình còn ít kinh nghiệm trong việc này, trước giờ cũng hay xài include, đang tập viết query join EF. Ở cty thì dự án xài mongodb nên cũng chả có join bao giờ.
Mình thì toàn viết ra stored procedure xong call,hoặc với những query đơn giản thì dùng ef join chứ cũng chưa dùng include bao giờ
Mình thì toàn viết ra stored procedure xong call,hoặc với những query đơn giản thì dùng ef join chứ cũng chưa dùng include bao giờ
Một số ứng dụng người ta viết cho nhiều loại Database khác nhau và không muốn lộ Bussiness Logic thì bắt buộc phải viết ở tầng Backend (API) đó bạn.
Mình cũng thích dùng ở Store vì có cảm giác nhanh, dễ điều chỉnh; Nhưng sau này khi triển khai trên nhiều môi trường khác nhau thì cập nhật lại Store trên mỗi CSDL thốn lắm ^^
EF ko ai rảnh mà lấy từng field hết.
99% join phải qua lệnh include bởi vì liên kết qua FK (relational database).
1% còn lại bất đắt dĩ vì ko có FK nên mới dùng join.
Bác không rảnh nhưng người khác rảnh, giả sử cái table của bác nhiều cột và data, mà bác cứ lấy hết ra thì có phải là thừa không?
Bác map lại dữ liệu ở Dto (view model) ấy. Chỉ trả cái cần thiết thôi.
Nhưng theo bác thế nào mới linh hoạt
Đấy là bác load xong những thằng đc include rồi, sau đó mới map sang view model thì vẫn bị chậm thay vì đó bác chỉ lấy những trường mình cần và map vào view model
Chuẩn bác, lấy hết data ra vừa thừa vừa chậm, mình chỉ lấy các t
rường cụ thể, cần thiết thôi chứ
Ở trường hợp này không liên quan đến Include.
Trước hết nói về định nghĩa "dữ liệu cụ thể, cần thiết" của bác. Thì
Chỉ lấy Property ở cần ở thực thể chính. Lúc này không cần Inlude. Theo ý tưởng của bác thì tôi sẽ map dữ liệu sau câu lệnh Queryable(), hoặc tôi cũng có thể Select(<map theo DTO model>). Như vậy câu query có thể tracking trên CSDL nó sẽ không lấy tất cả các Column.
Chỉ lấy thực thể phụ cần thiết: lúc này tôi sử dụng Include thì sẽ nhanh hơn việc Join dữ liệu. Track SQL thì cũng sẽ thấy lệnh SQL cũng là JOIN. Vậy nên về phương thức là giống nhau. Nhưng cách viết thì Include chắc chắn gọn hơn nhiều. Và cũng để phòng ngừa rủi ro các câu lệnh ngu ngốc kiểu:
C#:
var result=MultiMerger.TargetIds .Select(id =>
{
FileDatabaseMerger merger = MultiMerger.GetMerger(id);
return new
{
Id = id,
IsStale = merger.TargetIsStale,
// ...
};
})
.ToList();
Kết hợp cả 2 cách trên: sử dụng IQueryable, include trước, sau đó có thể map(lúc này lệnh SQL đã select được các trường cần lấy trong IQueryable)
Một vấn đề khác mà bác nên để ý là ở các công ty thông thường (không phải thương mại điện tử kiểu Shopee) thì các server bây giờ cũng rất mạnh và phần Backend (API) thường đặt đặt chung một data Center có chứa Database, cho nên việc tối ưu hóa performance bằng một vài dòng code hiện tại cũng chỉ là trò hoa hòe của giới kỹ thuật. Entity Framework và SQL ngày càng phát triển triển và nó sẽ có những thuật toán tối ưu hơn.
Vì vậy tốt nhất là làm sao code cho sạch đẹp dễ để người sau maintance là ưu tiên và tốt nhất cho Production.
Một vấn đề khác mà bác nên để ý là ở các công ty thông thường (không phải thương mại điện tử kiểu Shopee) thì các server bây giờ cũng rất mạnh và phần Backend (API) thường đặt đặt chung một data Center có chứa Database, cho nên việc
tối ưu hóa performance bằng một vài dòng code hiện tại cũng chỉ là trò hoa hòe của giới kỹ thuật. Entity Framework và SQL ngày càng phát triển triển và nó sẽ có những thuật toán tối ưu hơn.
Vì vậy tốt nhất là làm sao code cho sạch đẹp dễ để người sau maintance là ưu tiên và tốt nhất cho Production.
Việc tối ưu code nên để khi sản phẩm hoàn thành hoặc chạy chậm. Với lại lúc code tôi lại thấy đánh đổi chút ít perf mà làm code rối rắm hơn thì không đáng.
Tại sao không phải là tối ưu ngay từ đầu luôn, thường sau khi hệ thống golive rồi thì thời gian tìm chỗ để tối ưu lại dường như là không có luôn ấy chứ đợi với chờ.
Một số ứng dụng người ta viết cho nhiều loại Database khác nhau và không muốn lộ Bussiness Logic thì bắt buộc phải viết ở tầng Backend (API) đó bạn.
Mình cũng thích dùng ở Store vì có cảm giác nhanh, dễ điều chỉnh; Nhưng sau này khi triển khai trên nhiều môi trường khác nhau thì cập nhật lại Store trên mỗi CSDL thốn lắm ^^
Bạn cho mình xin 1 số ví dụ về 1 app viết cho nhiều loại DB được ko?
Mình cũng mới chỉ dừng ở việc viết 1-1 thôi
Bạn cho mình xin 1 số ví dụ về 1 app viết cho nhiều loại DB được ko?
Mình cũng mới chỉ dừng ở việc viết 1-1 thôi
Thường là mấy app Integrate với ứng dụng rất cũ và ứng dụng đó có Api nhưng bị hạn chế và chỉ có thể truy cập thằng vào Database.
Vd: datawarehouse, đồng bộ hóa CSDL, hoặc bất kỳ ƯD nào cần tích hợp nhiều DB..
Tại sao không phải là tối ưu ngay từ đầu luôn, thường sau khi hệ thống golive rồi thì thời gian tìm chỗ để tối ưu lại dường như là không có luôn ấy chứ đợi với chờ.
Ở đây không hề phủ nhận giad trị của tối ưu mang lại. Vấn đề là tìm cách nào để vừa tối ưu, vừa đẩy nhanh dự án, vừa dễ maintaince. Giải pháp thì tôi có đề xuất rồi. Xin đừng liên tục đặt vấn đề mà ai cũng hiểu.
Tại sao không phải là tối ưu ngay từ đầu luôn, thường sau khi hệ thống golive rồi thì thời gian tìm chỗ để tối ưu lại dường như là không có luôn ấy chứ đợi với chờ.
Phải phân biệt vấn đề là đang tối ưu code như thế nào, Cái đang tối ưu có ảnh hưởng lớn đến Perf ko. Còn cứ chăm chăm vào micro-optimization từng đoạn code nhỏ thì không nên.
Mỗi hệ thống khi golive không phải là kết thúc mà có thể tiếp tục maintain thường xuyên.
Ở đây ví dụ như sử dụng lệnh join 3,4 table trở lên thì nó sẽ rất rối mắt cho người code sau.
Trong khi dùng lệnh include thì rất là clean code.
Còn perf hai cái khác nhau ntn , có đáng đánh đổi ko thì cũng tùy hệ thống.
sao tây lông bảo core nó k production ready mà. thiếu nhiều cái.
mà giờ nghĩ lại. chán cảnh bọn mic drop qtqd. nghe bảo drop nền tảng qc trên store mà k có ra thay thế.
xưa e làm quen đầu tiên với .net mà riết thấy mic nó đẻ ra sp, ng ta đi theo rồi ảnh drop cái một. sliverlight nè, webform, winform, vb.net giờ nó bỏ xó…
Có thể đúng với nhiều năm trước. .net core giờ chín muồi hơn rồi. Bing search engine giờ cũng dùng .net core. Microsoft đi nước này quá chất, dùng luôn .net core cho sản phẩm của mình, thiên hạ khỏi cãi nhau production ready hay không.
sao tây lông bảo core nó k production ready mà. thiếu nhiều cái.
mà giờ nghĩ lại. chán cảnh bọn mic drop qtqd. nghe bảo drop nền tảng qc trên store mà k có ra thay thế.
xưa e làm quen đầu tiên với .net mà riết thấy mic nó đẻ ra sp, ng ta đi theo rồi ảnh drop cái một. sliverlight nè, webform, winform, vb.net giờ nó bỏ xó…
tây lông nào vậy thím, dẫn nguồn giùm cái.
Mình đi làm 4-5 cty rồi, cái nào prod cũng xài .net core cả. Không những thế còn deploy lên cả docker, host trên linux server các kiểu
zaizai_vjp
Các bác chia sẻ cho em cách tạo Portable app 1 file duy nhất mà free với
.Net Framework 4.5 ạ.
Self-contained chứa luôn .net bên trong luôn càng tốt, người dùng đỡ phải cài Runtime.
.Net core đổ lên có publish single file mà em vẫn thấy lắm lúc nó gen ra cả đống
Các bác chia sẻ cho em cách tạo Portable app 1 file duy nhất mà free với
.Net Framework 4.5 ạ.
Self-contained chứa luôn .net bên trong luôn càng tốt, người dùng đỡ phải cài Runtime.
.Net core đổ lên có publish single file mà em vẫn thấy lắm lúc nó gen ra cả đống
khái niệm self-contained là để ko bị phụ thuộc vào hosting server. vì mọi thứ sẽ nằm gọn trong package để chạy luôn nên sẽ phải có kèm theo những library để chạy được app mà bạn.
itculi9x
bây giờ theo học c# .net thì học như nào v các bác? vào toàn thấy so sánh java với c#, bla bla,...
khái niệm self-contained là để ko bị phụ thuộc vào hosting server. vì mọi thứ sẽ nằm gọn trong package để chạy luôn nên sẽ phải có kèm theo những library để chạy được app mà bạn.
Ừ nhưng mình muốn đóng gói tất cả vào 1 file exe thôi ấy. Làm cái tool bé xíu mà bắt người ta cài cắm thì hơi bất tiện. Nhiều lúc khách hàng nó dốt lắm cơ, nên phải càng đơn giản càng tốt. Nhiều bước là khách lười đọc hướng dẫn sử dụng lắm. support chết mệt luôn
Như thằng AutoIT hay phết, asset gì nó cũng cho vào 1 file exe hết, đỡ phải lo cài cắm hay thiếu sót.
Thằng ILMerge với Fody Costura cũng tạm được, cơ mà đhs 1 số project toàn lỗi không build được, search Google chán chả ra. Đa phần toàn đóng gói vào 1 bộ installer.
Ừ nhưng mình muốn đóng gói tất cả vào 1 file exe thôi ấy. Làm cái tool bé xíu mà bắt người ta cài cắm thì hơi bất tiện. Nhiều lúc khách hàng nó dốt lắm cơ, nên phải càng đơn giản càng tốt. Nhiều bước là khách lười đọc hướng dẫn sử dụng lắm. support chết mệt luôn
Như thằng AutoIT hay phết, asset gì nó cũng cho vào 1 file exe hết, đỡ phải lo cài cắm hay thiếu sót.
Thằng ILMerge với Fody Costura cũng tạm được, cơ mà đhs 1 số project toàn lỗi không build được, search Google chán chả ra. Đa phần toàn đóng gói vào 1 bộ installer.
Có nguồn blog, web hay youtube nào hay hay để học Dot Net không các bác
?
hackviettelxongqwerty
chán thật, ngồi học dotnet core, identity server mà năm ngoái vì dịch mà phải vô Fsoft maintain hệ thống cũ rích dùng visual basic và web form, membership provider
chán thật, ngồi học dotnet core, identity server mà năm ngoái vì dịch mà phải vô Fsoft maintain hệ thống cũ rích dùng visual basic và web form, membership provider
Cái đó thì chấp nhận thôi bạn ơi, công việc là để kiếm sống mà, không học được skill này thì học skill khác. Năm ngoái mình chuyển ngành cũng vất vả như vậy, đợt đó tháng 8 lèo tèo vài công ty tuyển, bấn quá nên vào đại công ty T outsource, cái dự án to, cũng xài .NET mà code theo framework của khách hàng, vào ngáo ngơ sau nửa năm vẫn chả biết gì về ASP.NET, cơ mà khả năng code, và đọc code của người khác, debug... thì cải thiện rất nhiều, và các skill về git, bitbucket, jira...học được rất nhiều.
Tới một lúc mà thấy chững lại ko phát triển thêm đc nữa thì mình xin nghỉ việc rồi đi pv kiếm việc khác. Mình nghĩ giờ bạn nên thử pv vào các cty product nhỏ kiểu start up của VN sẽ ó cơ hội tiếp xúc và học dc nhiều thứ về ASP.NET Core cũng như các công nghệ mới hơn. Các cty này thì lương, phúc lợi ko cao, môi trường có thể như ... tuy nhiên bù lại sẽ là nơi để học về tech tốt, và nó cũng dễ pass
longquan0104
Có cty product nào sử dụng .NET Core ko nhỉ ?! Thấy dạo dạo tuyển dụng toàn Golang với Scala ?! :<
pro.hcm1988
Mình học c# để code plugin cho phần mềm, mà đọc khái niệm ngán quá :stick:
chán thật, ngồi học dotnet core, identity server mà năm ngoái vì dịch mà phải vô Fsoft maintain hệ thống cũ rích dùng visual basic và web form, membership provider
bạn còn được code .net. Còn tôi bị dí sang code php
Cái đó thì chấp nhận thôi bạn ơi, công việc là để kiếm sống mà, không học được skill này thì học skill khác. Năm ngoái mình chuyển ngành cũng vất vả như vậy, đợt đó tháng 8 lèo tèo vài công ty tuyển, bấn quá nên vào đại công ty T outsource, cái dự án to, cũng xài .NET mà code theo framework của khách hàng, vào ngáo ngơ sau nửa năm vẫn chả biết gì về ASP.NET, cơ mà khả năng code, và đọc code của người khác, debug... thì cải thiện rất nhiều, và các skill về git, bitbucket, jira...học được rất nhiều.
Tới một lúc mà thấy chững lại ko phát triển thêm đc nữa thì mình xin nghỉ việc rồi đi pv kiếm việc khác. Mình nghĩ giờ bạn nên thử pv vào các cty product nhỏ kiểu start up của VN sẽ ó cơ hội tiếp xúc và học dc nhiều thứ về ASP.NET Core cũng như các công nghệ mới hơn. Các cty này thì lương, phúc lợi ko cao, môi trường có thể như ... tuy nhiên bù lại sẽ là nơi để học về tech tốt, và nó cũng dễ pass
cái chính là trước đó em làm cty cũ dự án bên anh lợn có xài eslatic search, ci cd thì dùng team city, source control thì dùng azure dev ops, quản lý task thì jira kanban. code base thì mvc 5 thôi nhưng tool hiện đại xịn xò rồi riết qua Fsoft toàn xài đồ cổ svn, mỗi lần tạo branch đúng như tra tấn
deploy thì build máy mình lấy dll đáp lên server chứ không phải từ một branch chính. Em đang quen mind set mvc ngồi maintain vb có đoạn parse json doc qua object mà tìm hiểu mất thời gian vkl
p/s: cái api be bé em code từ hồi sv lúc mới ra dotnet core và deploy lên heroku bằng docker container
:
https://fancy-project-api-sample.herokuapp.com/swagger/index.html trước đó ngồi làm cái web bằng asp.net bản non core toàn phải deploy lên cái trang somee free thỉnh thoảng server quay ra oẳng chó
Yêu cầu khi khai báo class hoặc context thì các class phải liên kết khóa ngoại đầy đủ
Đây là eager loading dạng đơn giản. Bạn kia muốn viết các query phức tạp hơn. Work around cho left join cũng gọn lắm rồi
hungho66
Theo mình stored hay không stored thì tùy vào dự án
Theo mình nếu logic nhiều, data nhiều thì nên dùng stored (Chẳng hạn như báo cáo)
Còn DB thì vì cty mình làm đang triển khai microservices architecture, nên tùy vào service mà chọn ngôn ngữ + DB phù hợp
chán thật, ngồi học dotnet core, identity server mà năm ngoái vì dịch mà phải vô Fsoft maintain hệ thống cũ rích dùng visual basic và web form, membership provider
Có cty product nào sử dụng .NET Core ko nhỉ ?! Thấy dạo dạo tuyển dụng toàn Golang với Scala ?! :<
Kiôt Việt, Lotus dùng .net đó a
CzeK
Cho mình hỏi có ai đã thử implement CQRS + Repository pattern chung lại với nhau chưa
. Mình đang làm cho cái pet project mà không biết làm như thế này có đúng hay sai nữa
.
Đại khái là sẽ theo Clean code architecture để achieve được IoC.
Cho mình hỏi có ai đã thử implement CQRS + Repository pattern chung lại với nhau chưa
. Mình đang làm cho cái pet project mà không biết làm như thế này có đúng hay sai nữa
.
Đại khái là sẽ theo Clean code architecture để achieve được IoC.
Theo mình thì nên làm Generic Repository pattern + unitofwork là đủ rồi. Làm cái core sau bác có làm nhiều dự án mới thì lấy ra dùng. Đơn giản, dễ dùng và maintain.
Bữa thấy kiot việt đang tuyển dụng dotnet core đó. Vào trong hcm thấy hơi ít cty làm dotnet. Còn lotus mình ko recommend vì cảm thấy mạng xh này ko phát triển được.
Bữa thấy kiot việt đang tuyển dụng dotnet core đó. Vào trong hcm thấy hơi ít cty làm dotnet. Còn lotus mình ko recommend vì cảm thấy mạng xh này ko phát triển được.
Cái nay hơi sai sai?! .NET ít job hơn Java, Js trong SG thôi chứ ở .NET ở SG mà ít thì còn ở đâu nhiều hơn @@
Cũng có thể do cảm nhận chủ quan. Bro biết cty nào chuyên dotnet không
Mình thấy itviec tuyển rất nhiều ( > 100 jobs). Mấy tuần rồi pv cũng ko có apply mà HR/headhunt tự ping mình qua linkedin. Làm product thì ngoài kiotviet có Ftel, Ffis, Haravan cũng tuyển liên tục đó bạn.
Bữa thấy kiot việt đang tuyển dụng dotnet core đó. Vào trong hcm thấy hơi ít cty làm dotnet. Còn lotus mình ko recommend vì cảm thấy mạng xh này ko phát triển được.
Không ít hơn về job .net nhưng job làm product tôi thấy ít hơn thật.
Từ khi tôi bắc tiến đến nay họ gọi nhiều lắm, mấy công ty tôi kể ở trên còn có PropertyGuru, Loop Smart Pos, f88.
Bữa thấy kiot việt đang tuyển dụng dotnet core đó. Vào trong hcm thấy hơi ít cty làm dotnet. Còn lotus mình ko recommend vì cảm thấy mạng xh này ko phát triển được
Bữa thấy kiot việt đang tuyển dụng dotnet core đó. Vào trong hcm thấy hơi ít cty làm dotnet. Còn lotus mình ko recommend vì cảm thấy mạng xh này ko phát triển được.
Ít so với các NNLT khác thôi chứ, so với HN thì nhiều hơn hẳn đấy ạ.
em đi làm 4 năm rồi, fresher gì nữa thím, chẳng qua muốn làm công nghệ mới thôi
conchimchienchien01
CHo e hỏi e dùng dotnet 5.0 rồi mà ko using được http trên vscode là sao nhỉ
Em_khong_biet_hon
em 1 năm kn .NET ở HN, các bác có thể rcm em 1 vài công ty được không ạ, em vẫn tìm trên các trang tuyển dụng như linkedin các thứ, nhwngcos người trải nghiệm rồi thì vẫn hơn
thanks các bác
cái chính là trước đó em làm cty cũ dự án bên anh lợn có xài eslatic search, ci cd thì dùng team city, source control thì dùng azure dev ops, quản lý task thì jira kanban. code base thì mvc 5 thôi nhưng tool hiện đại xịn xò rồi riết qua Fsoft toàn xài đồ cổ svn, mỗi lần tạo branch đúng như tra tấn
deploy thì build máy mình lấy dll đáp lên server chứ không phải từ một branch chính. Em đang quen mind set mvc ngồi maintain vb có đoạn parse json doc qua object mà tìm hiểu mất thời gian vkl
p/s: cái api be bé em code từ hồi sv lúc mới ra dotnet core và deploy lên heroku bằng docker container
:
https://fancy-project-api-sample.herokuapp.com/swagger/index.html trước đó ngồi làm cái web bằng asp.net bản non core toàn phải deploy lên cái trang somee free thỉnh thoảng server quay ra oẳng chó
cái này m nói thật. bạn adapt quá kém. làm IT mà v thì chết.
vấn đề ko phải adapt hay ko em vẫn code ầm ầm đấy chứ nhưng thím đang làm đang đi một con SH xong chuyển xuống xe wave có cảm thấy sướng như hồi đi SH không. Trong ngành công nghệ nó thay đổi suốt, không phải ngẫu nhiên mà web form nó chết, svn thì ko ai dùng
Em khẳng định giờ mà JD ghi thế này chắc chắn đếch tuyển được ai như có ông được 1 tuần thấy overview project té vội luôn
vấn đề ko phải adapt hay ko em vẫn code ầm ầm đấy chứ nhưng thím đang làm đang đi một con SH xong chuyển xuống xe wave có cảm thấy sướng như hồi đi SH không. Trong ngành công nghệ nó thay đổi suốt, không phải ngẫu nhiên mà web form nó chết, svn thì ko ai dùng
Em khẳng định giờ mà JD ghi thế này chắc chắn đếch tuyển được ai như có ông được 1 tuần thấy overview project té vội luôn
vấn đề ko phải adapt hay ko em vẫn code ầm ầm đấy chứ nhưng thím đang làm đang đi một con SH xong chuyển xuống xe wave có cảm thấy sướng như hồi đi SH không. Trong ngành công nghệ nó thay đổi suốt, không phải ngẫu nhiên mà web form nó chết, svn thì ko ai dùng
Em khẳng định giờ mà JD ghi thế này chắc chắn đếch tuyển được ai như có ông được 1 tuần thấy overview project té vội luôn
đi làm chứ k phải đi chơi. m thấy đã vào dự án thì bất kể nó có xài hợp ngữ cũng phải adapt thui. svn đầy chỗ xài. mấy a cứ git này nọ nhưng quên rằng nó chỉ là chỗ chứa code thui
đi làm chứ k phải đi chơi. m thấy đã vào dự án thì bất kể nó có xài hợp ngữ cũng phải adapt thui. svn đầy chỗ xài. mấy a cứ git này nọ nhưng quên rằng nó chỉ là chỗ chứa code thui
oke theo quan điểm của thím là chỗ chứa code nhưng thằng svn nó tạo branch clone cục code trên server xong kéo về local. Ít thì không sao chứ dự án to, ko ignore resource kéo cả đống tầm trăm mb về xong còn qua vpn tốc độ vài kb/s thì có đúng như cực hình không
trong khi chắc thím biết git tạo branch local rồi commit lên server tạo rất nhanh, linh hoạt
Chỉ trách mày ngu thôi
Xin hỏi các cao nhân ở đây có ai kết hợp versioning + partial class controller api để build api versionning chưa?
Hoặc có thể suggest ý tưởng nào đó tương tự để có thể đạt được mục đích mỗi api version là 1 partial class file.
Project maintain từ người cũ, nên phần version cùi bắp vl
notalone6240
Các bác cho em hỏi là làm dự án về .net framework thì laptop ram bao nhiêu là đáp ứng được vậy ạ
Hồi trước mình xài cái i5 haswell dự án .NET core đơn thuần chạy còn chậm như rùa mà :v
Cấu hình vậy là ổn rồi, giờ toàn chip U mà. Đợt mình mua lại cái IdeaPad i3-gen10, RAM 8GB thôi mà vẫn code tốt, có dự án chạy cả chục service cùng lúc + frontend; thậm chí cả CRM các kiểu chày cối vẫn làm được
có điều nó quá chậm thôi.
Có điều kiện thì cứ lựa dòng nào nâng cấp RAM được thì quất thêm thôi. Chứ 16GB mình thấy là đủ tốt rồi. Nhất là còn đang học thì lại càng dư sức. Sau này ráng vào cty xịn nó cấp máy xịn cho làm
Có điều kiện thì cứ lựa dòng nào nâng cấp RAM được thì quất thêm thôi. Chứ 16GB mình thấy là đủ tốt rồi. Nhất là còn đang học thì lại càng dư sức. Sau này ráng vào cty xịn nó cấp máy xịn cho làm
em tính lụm con yoga slim 7 pro để làm về .net thì ổn không bác, em chưa đi làm chính thức nên chưa biết ạ
em tính lụm con yoga slim 7 pro để làm về .net thì ổn không bác, em chưa đi làm chính thức nên chưa biết ạ
Quá xịn luôn rồi bạn, dư sức cho bạn học. Nhưng lưu ý chỉ mấy cty nhỏ nhỏ nghèo thì nhân viên mới cần dùng lap cá nhân, một số cty chú trọng bảo mật thì chỉ dùng máy bàn cty thôi (WFH thì remote vào máy cty), còn nếu cty giàu thì cấp lap xịn.
Tyreal emperor
mấy cao thủ .net cho em hỏi tí với ạ, kỳ này em học môn lập trình web và thầy yêu cầu sử dụng asp.net webform, thì em có thực hành dựa theo các slide mà thầy chỉ, trong đó em có gặp 1 vấn đề như sau: khi sử dụng postbackurl để chuyển hướng qua lại giữa các trang thì nó hoạt động bình thường, nhưng khi dùng Response.redirect("page mà em muốn chuyển đến"); thì nó báo lỗi
- Đây là trường hợp em dùng postbackurl:
khi chạy qua lại để chuyển hướng giữa các trang đều ok
tuy nhiên khi em thử với redirect thì kết quả nó lại như này: ( với cái phát sinh lỗi thì em tạo 1 cái chuyển hướng tới thông báo lỗi.html ở trong global.asax rồi)
thím nào giải thích giúp em 2 sự khác nhau với tại sao lại lỗi như vậy với ạ với cách fix, em cảm ơn rất nhiều
edit: em có search thử trên mạng thì có chỉ cách fix là : Response.Redirect(~/"trang cần chuyển hướng", true); nhưng nó vẫn không có gì thay đổi :'(
không thích .net cho lắm, vì phụ thuộc vào window, giờ muốn làm petproject nhỏ build lên server cũng ko đc, java cân tất chỗ nào cài java là đc, thuê con vps 2$ rồi làm trò trên đó cũng đc
Tôi mới deploy 1 con web .NET core, MongoDB trên Linux đây. Tư tưởng mà làm .NET bị nhốt trong bể cá của Microsoft là xưa rồi