thảo luận Blazor -tương lai so với các web framework khác

  • Người tạo chủ đề Người tạo chủ đề Bỏn Bách KHoa
  • Ngày bắt đầu Ngày bắt đầu

Bỏn Bách KHoa

Senior Member
Em đang là sinh viên, cũng đam mê tìm hiểu về .Net, thấy blazor có vẻ được giới thiệu có vẻ khá tiềm năng. Có bác nào đã từng làm blazor, có thể cho em biết nhiều hơn về ưu nhược điểm cũng như tương lai của nó không:) Cảm ơn các bác nhiều!:love::love:
 
Bỏ đi làm web thì ko thoát dc js đâu . Đến microsoft Team, skype nó còn viết bằng React mà :))
 
Bỏ đi làm web thì ko thoát dc js đâu . Đến microsoft Team, skype nó còn viết bằng React mà :))
:censored:đó là điều dĩ nhiên rồi, em cũng đang học javascript , mà thấy M$ giới thiệu tiềm năng các thứ, mặc dù M$ đã có tiếng là "ôm con bỏ chợ" rồi
 
Nói chung hầu hết các browser bây giờ đều hỗ trợ chạy wasm. Rất là ổn định thì tương lai wasm sẽ phất thôi. Nhưng JS nó quá bổ biến và nhiều đồ chơi nên JS vẫn phất. Nhưng xu hướng tương lai vẫn có mặt của wasm trong vấn đề phía client thì ngại gì k theo đuổi?
 
WebAssembly thì 5-10 năm nữa mới phổ biến được.
Mấy máy Windows XP, Windows 7 vứt đi đâu khi trình duyệt Web như Chrome, Firefox giờ còn chả build bản mới hỗ trợ WebAss cho mấy hệ điều hành này :giggle:
 
wasm là tương lai nhưng js vừa là tương lai cũng là hiện tại luôn.. giờ đi làm kiếm cơm manh áo thì chẳng thoát nổi thằng js đâu.. tốt nhất cứ nắm chắc js và các lib + framework xoay quanh nó thì chả baoh sợ lỗi thời :D
 
WebAssembly thì 5-10 năm nữa mới phổ biến được.
Mấy máy Windows XP, Windows 7 vứt đi đâu khi trình duyệt Web như Chrome, Firefox giờ còn chả build bản mới hỗ trợ WebAss cho mấy hệ điều hành này :giggle:
thì Blazor đây là tương lai đây, đi tắt đón đầu, học từ bây giờ 5-10 năm nữa phổ biến chúng ta sẽ có 5-10 kinh nghiệm với nó
BlYu2Cr.png


dùng C++ để compile V8 JS engine, xong lại dùng V8 để compile code Wasm là code C++ được compile thành Wasm, thay vì xài code compile từ C++ trực tiếp. Toẹt vời, thặc ko thể tin được
FqPSFPf.gif
 
Tương lai tươi sáng nhé.
Mình làm app cty bằng blazor từ hồi mới ra bản beta gần 2 năm nay rồi.
Về lý thuyết là có thể hoàn toàn không phụ thuộc vào JS nhưng vì mới ra nên ít thư viện
nên nhiều function vẫn dùng Js.
 
Tương lai tươi sáng nhé.
Mình làm app cty bằng blazor từ hồi mới ra bản beta gần 2 năm nay rồi.
Về lý thuyết là có thể hoàn toàn không phụ thuộc vào JS nhưng vì mới ra nên ít thư viện
nên nhiều function vẫn dùng Js.
em thì k quan trọng việc có dùng js không tại kiểu gì em cũng học, chủ yếu là vì thích .Net nên mún tìm hiểu hơn về blazor, em hay vô kênh youtube .Net để cập nhật thông tin, thấy nó có vẻ tiềm năng ,M$ cũng đang phát triển, thấy nhiều hứa hẹn :):):) mong nó càng phát triển mạnh hơn trong thời gian tới:beauty::beauty::beauty::beauty:
 
“Blazor projects are slow on the client-side because you have to download the entire dot net runtime along with the necessary DLL libraries on your browser.“
Không biết các anh thấy sao chứ tôi thấy cái blazor nó sai quá sai nói chung là bít cửa
 
Trend bây giờ là tách biệt các module vs nhau như microservice để dễ quản lí vs bảo trì mà cứ theo lối mòn cứ trộn FE vs BE vào nhau làm j ko biết
uzQb2yt.png
.
đúng đó, mới chui đầu vào cty outsource bên đó dùng Adobe Experience Manager
Code cực thì bà luôn, FE BE dính chùm, thằng FE code xong BE integrate rồi deploy
Deploy xong lỗi méo biết tại sao, local của thằng FE thì méo giống với production
debug bằng niềm tin
 
Trộn FE với BE là ngu rồi nhưng có liên quan gì đến Blazor đâu.

Blazor viết kiểu mvc thì vẫn là tách FE với BE chứ nhỉ :LOL:

Khác là server render hay không chứ. Cái này tốt cho SEO hơn là làm SPA hoặc fake server render.

Chưa kể bọn MS làm component => sau này merge multi device chung 1 code base được. Nên là tầm nhìn hơi bị long term đó, chẳng qua không biết thời thế ntn thôi. :gach:
 

Thống kê chủ đề

Ngày tạo
Bỏn Bách KHoa,
Người trả lời cuối
vlcm2001,
Trả lời
67
Lượt xem
12.706
Quay lại
Lên đầu trang