Là một nhà phát triển máy tính để bàn lâu năm đang xem xét làm ứng dụng web quy mô lớn đầu tiên của chúng tôi, những ưu và nhược điểm của việc phát triển web là gì?

Là phát triển một ứng dụng web tồi tệ hơn nhiều so với phát triển một ứng dụng máy tính để bàn? Ví dụ, nó tẻ nhạt hơn hoặc gây phiền nhiễu? Là thời gian để thị trường tồi tệ hơn nhiều? Là nền tảng web quá giới hạn? Nếu câu trả lời cho bất kỳ trong số này là có, thì tại sao?

(Và làm thế nào để phát triển ứng dụng Flash hoặc Silverlight so sánh?)

Không

Thật đau đớn nếu bạn không biết mình đang làm gì hoặc không lên kế hoạch chính xác, nhưng điều đó đúng với bất kỳ sự phát triển nào. Việc đóng chai ứng dụng trong ứng dụng máy tính để bàn sẽ dễ dàng hơn, nhưng sau đó bạn mất khả năng truy cập được cung cấp bằng cách mã hóa cho ứng dụng web.

Tôi sẽ lựa chọn giữa máy tính để bàn và web dựa trên việc sử dụng mong muốn. Tôi thấy nhiều ứng dụng viết trên web không nên vì họ không biết cách viết mã cho các ứng dụng trên máy tính để bàn. Mặc dù vậy, tôi không thấy nhiều ứng dụng dành cho máy tính để bàn nên dựa trên web và tôi nghĩ đó là điều cần xem xét. Nếu bạn cần lưu trữ tập trung, khả năng truy cập từ xa và các đặc điểm UI thì chắc chắn .

Tôi không thể nhận xét về Flash hoặc Silverlight vì tôi không sử dụng.

Như những người khác đã đề cập, đó là vấn đề đánh đổi và có kiến ​​thức đúng đắn.

Cạm bẫy duy nhất bạn có thể muốn xem xét là: bạn đề cập trong câu hỏi của bạn rằng bạn thấy web có "đa nền tảng" là một lợi thế. Nhưng nó thực sự? Hãy nghĩ về nó theo cách này: nếu bạn phát triển một cái gì đó cho máy tính để bàn, bạn cần xác định danh sách các nền tảng và các yêu cầu của chúng để hỗ trợ.

Đừng nhầm lẫn, nó giống nhau cho web. Và mặc dù nó đã đơn giản hơn rất nhiều so với trước đây, nếu bạn thiết kế một ứng dụng công cộng rộng rãi, bạn sẽ phải đối phó với mọi phiên bản có thể có của mọi trình duyệt web ngoài kia. Và nếu đó là một ứng dụng doanh nghiệp nhiều hơn, thì hãy tự chuẩn bị và chuẩn bị để phác thảo các yêu cầu nền tảng trình duyệt được hỗ trợ của bạn rất chính xác.

Đừng nghĩ rằng bạn sẽ tránh có các bản hack dành riêng cho nền tảng ở đây và ở đó nếu bạn xây dựng một cái gì đó quan trọng.

Và sau đó là những phần thú vị. Điều gì là tốt nhất? Các trình duyệt tự cập nhật gần như trong suốt rất thường xuyên như Chrome? Hoặc những ứng dụng triển khai bảo mật chỉ cập nhật hàng tháng và các tính năng chính mỗi thời kỳ đồ đá (như IE)? Câu trả lời không rõ ràng như bạn nghĩ, bởi vì một số cập nhật "minh bạch" thường xuyên này có thể phá vỡ mã của bạn và bạn sẽ cần phải làm theo điều này và phản ứng kịp thời. Hoặc theo dõi phiên bản beta và dev trước khi phát triển và thử nghiệm. Đối với tất cả các trình duyệt mà bạn dại dột nói rằng bạn muốn hỗ trợ (chúc may mắn).

Oh và chúng ta đừng quên cân nhắc UI. Bạn cũng phải đối mặt với niềm vui khi quyết định xem bạn muốn có một giao diện người dùng nhất quán ACROSS tất cả các nền tảng mục tiêu của bạn hay một giao diện người dùng nhất quán VỚInền tảng mục tiêu của mỗi máy chủ. Xem tất cả các nút nhỏ mà bạn có thể xem trên các trang web? Bạn có muốn chúng giống hệt nhau ở mọi nơi hoặc tích hợp với môi trường được sử dụng bởi người dùng của bạn không? Tất nhiên vấn đề này không phải là mới và tồn tại đối với các mô hình phát triển khác, nhưng dường như nó quan trọng hơn ở đây, và phụ thuộc vào loại người dùng bạn nhắm mục tiêu và những gì họ mong đợi. Người dùng cuối công khai sẽ có xu hướng muốn bạn tích hợp với nền tảng của họ - nhưng vẫn sẽ muốn bạn "wow!" chúng với những thứ lạ mắt - trong khi người dùng doanh nghiệp sẽ muốn một cái gì đó trông giống như một ứng dụng máy tính để bàn. Và nền tảng di động đã có một chiều hướng mới cho tất cả điều này.

Đối với 2 đoạn cuối, đôi khi, một ý tưởng phổ biến là đóng gói trình duyệt web được cấu hình sẵn với trình cài đặt của bạn, sau đó kết nối với ứng dụng web của bạn (được lưu trữ cục bộ hoặc trên web). Thật tuyệt vời vì bạn kiểm soát tần suất cập nhật và bạn có thể "đóng băng" trạng thái và bạn biết chính xác những gì cần hỗ trợ và kiểm tra. Ngoài ra, bạn có thể thêm các nội dung thú vị như tiện ích mở rộng dành riêng cho người dùng. Chẳng hạn, việc đóng gói Chromium "đóng băng" bằng các Tiện ích mở rộng Chrome nhỏ mà bạn đã phát triển để giúp việc sử dụng ứng dụng web của bạn dễ dàng hơn đối với các loại người dùng khác nhau có thể cực kỳ tốt. Mặt khác ... bây giờ bạn phải chịu trách nhiệm nếu vi phạm bảo mật xảy ra do bạn đóng băng chu kỳ phát hành và ứng dụng của bạn sẽ không được hưởng lợi từ việc cải thiện tốc độ (nếu có).

Giống như nhiều thứ, đó là một cái rìu hai lưỡi.

Lưu ý: Tôi có khuynh hướng mạnh mẽ đối với web vì về cơ bản là một đống lớn các công nghệ nửa nướng (và tôi lịch sự ở đây), xuống các lớp OSI, trên đó chúng tôi tiếp tục thêm các lớp rác rưởi che giấu các vấn đề bên dưới mà không thực sự giải quyết hoặc sửa chúng.

Điều đó đang được nói, tôi ủng hộ web vì bản chất phổ biến của nó như là một nền tảng. Tôi nghĩ rằng động thái của công ty bạn (có lẽ) là đúng. Nó phụ thuộc vào thị trường mục tiêu của bạn và các nền tảng bạn nhắm đến, rõ ràng. Nếu bạn muốn trưng bày một cái gì đó như một dịch vụ, thì có lẽ bạn nên đi (mặc dù điều đó cũng không cần thiết). Nếu bạn không, thì có lẽ không có nhiều lý do cho nó.

Hmm, và mong đợi một số phát triển thú vị trong tương lai bây giờ khi các biến thể nhẹ hơn của các hệ điều hành hiện tại tiếp tục sinh sản cho môi trường di động (netbook, điện thoại thông minh, PDA, máy tính bảng, sách điện tử ...), chú trọng hơn vào việc sử dụng các trình duyệt nhúng nhẹ. .. nhưng với tất cả các chia sẻ mới của họ về kết xuất giao diện người dùng.

Về các công nghệ dựa trên plugin ... Tôi muốn nói tránh xa chúng. Họ sẽ tăng cường sức mạnh cho ứng dụng của bạn, nhưng sẽ hạn chế thâm nhập thị trường. Trong một số trường hợp, bạn sẽ thấy nó là một điểm cộng về mặt hỗ trợ đa nền tảng, cho đến khi một nền tảng mới đột nhiên từ chối hỗ trợ chúng. Các tiêu chuẩn web có ở đây vì một lý do (hãy cẩn thận đừng quá phấn khích về mọi thứ trong HTMl5, hoặc nó có thể sẽ nổ tung trên mặt bạn).

EDIT: những thứ khác để xem xét ...

Tuyển dụng

Rất khó để tìm các nhà phát triển web có kiến ​​thức. Bạn có thể nghĩ rằng có một đàn trong số họ, nhưng họ bị lạc trong một nhóm lớn những người khá bất tài, những người nghĩ rằng đã quản lý để viết 700 dòng JavaScript / ECMAScript để thực hiện một số xác thực trong biểu mẫu của họ là kết thúc và là tất cả những gì có thể đạt được về các kỹ năng cấp cao.

Tôi không đùa, gần đây câu hỏi đầu tiên của tôi cho tất cả các cuộc phỏng vấn phát triển web là làm thế nào để khai báo một biến, và sau đó có khác nhau giữa việc sử dụng varhay không (tùy thuộc vào cách họ trả lời). Thật là chán nản. Tôi thấy việc tìm một nhà phát triển web trung bình hoặc nâng cao khó hơn rất nhiều so với tìm một nhà phát triển máy tính để bàn trung bình hoặc nâng cao.

Nhận thức

Sẽ không ai coi bạn là nghiêm túc khi bạn nói "Tôi là nhà phát triển web". Nó dành cho một lớp con lập trình viên, nhà phát triển, phải không? Những người bạn bỏ qua và chế giễu từ xa, và đừng tham gia khi họ đi lấy cà phê. :)

Điều này rõ ràng là không đúng sự thật, nhưng nó xuất phát từ thực tế là bạn phát triển cho một môi trường chủ yếu được quản lý cho bạn. Các trình duyệt sửa lỗi đánh dấu bị vặn, kiểu vặn vít của bạn và thậm chí sẽ sửa kịch bản bị vặn cho một số trong số chúng, và tối ưu hóa nó cho bạn nếu bạn muốn. Và nếu bạn là một nhà phát triển web, mọi người sẽ không cho rằng bạn có đầu mối về lập trình cấp thấp hơn, vì vậy bạn phải là một thằng ngốc hoàn toàn, phải không?

Và sau đó họ nhận ra ECMAScript phức tạp đến mức nào, nhưng sẽ từ chối xem xét ý kiến ​​của họ. Bởi vì đó là web. Chúng tôi không thích nó về bản chất, chúng tôi chỉ thích những gì nó cho phép chúng tôi làm.

Là một người đã xử lý cả hai (mặc dù nhiều máy tính để bàn hơn web): cho đến nay, điểm hấp dẫn lớn nhất của tôi là ý thức về "sự vụng về chung" trong phát triển web. Ngay cả với các công cụ và khung công tác tốt nhất, các bản tóm tắt vẫn rất rò rỉ và bạn liên tục phải đối phó với thực tế là bạn đang chạy trên một giao thức không trạng thái.

Một phiền toái khác có liên quan là sự pha trộn của các công nghệ được sử dụng để triển khai các ứng dụng web. Không có môi trường và ngôn ngữ mô đun, nguyên khối, đẹp đẽ mà mọi thứ đều có thể được thực hiện. Ngay cả các ứng dụng web tương đối đơn giản cũng yêu cầu bạn mã hóa mọi thứ bằng một số ngôn ngữ lập trình, kịch bản và đánh dấu riêng biệt.

Vì vậy, như một câu trả lời chung chung: CÓ , nó thực sự là xấu. Ít nhất là nếu bạn đến từ một nền tảng máy tính để bàn truyền thống, nơi bạn đã sử dụng để mã hóa mọi thứ trong một môi trường liền mạch, sạch sẽ, sử dụng công nghệ và nền tảng nơi mọi thứ khá tuyến tính và được xác định rõ. Cách tốt nhất là đừng cố nghĩ về nó như cùng một lĩnh vực. Nếu bạn cứ vô thức kỳ vọng phát triển web sẽ "giống như phát triển máy tính để bàn", nó sẽ luôn trông rất đáng ghét và khó chịu.

suy nghĩ lại lớn nhất từ ​​máy tính để bàn sang web là: ứng dụng web vốn đã không trạng thái

tìm ra phần đó, và bạn tốt

Phần lớn sự tẻ nhạt đến từ công việc cần thiết để khiến mọi thứ hoạt động trong tất cả các trình duyệt. Vì bạn hầu như không cần phải ở bên cạnh, bạn có thể tận dụng công việc do người khác thực hiện, bằng cách chọn một khung web phù hợp thay vì tự mình làm thủ công.

Cái nào sẽ sử dụng, phụ thuộc rất nhiều vào môi trường ngôn ngữ mà bạn hiện đang sử dụng. Bạn có thể muốn chỉnh sửa câu hỏi để cung cấp thông tin đó.

Không, các ứng dụng web có sự đánh đổi khác với các ứng dụng trên máy tính để bàn. Mỗi người có điểm mạnh của họ trong tâm trí của tôi. Mặc dù có những điểm mạnh như một triển khai duy nhất, nhưng có sự đánh đổi để biết bạn hỗ trợ trình duyệt nào và độ phân giải màn hình nào mà bạn mong đợi khách hàng có? Trong khi bạn có quyền kiểm soát phần cứng máy chủ, có câu hỏi là bạn mong đợi bao nhiêu lưu lượng truy cập và nó sẽ mở rộng như thế nào? Đối với những người đã thực hiện phát triển web trong nhiều năm, đây có thể là những điểm đau giống như tôi tưởng tượng bạn có một số nhiệm vụ phát triển mà bạn thấy là một nỗi đau lớn, phải không?

Một ứng dụng Flash có thể hoặc không thể là một ứng dụng web trong tâm trí của tôi. Một cái gì đó như AIR có thể làm cho một số nội dung Flash chạy trên máy tính để bàn bây giờ và một số ứng dụng được xây dựng trên đó, ví dụ như Twhirl, vì vậy nó không ngay lập tức bị cắt và khô.

Phát triển web không nhất thiết là tồi tệ hơn , nó chỉ là rất khác nhau.

Một trong những điều tách biệt sự phát triển web với phát triển máy tính để bàn là rất nhiều công nghệ hoàn toàn khác nhau mà bạn phải nắm vững để phát triển một ứng dụng phức tạp. Ý tôi là, về cơ bản bạn cần phải có kiến ​​thức vững chắc về:

• HTML
• Javascript
• CSS
• Một số ngôn ngữ phía máy chủ (Java / PHP / bất cứ điều gì ...)
• Một RDBMS (hoặc một số công nghệ lưu trữ liên tục)
• ... Và có thể nhiều thứ khác như Flash, Silverlight, v.v.

Trong khi đó, với sự phát triển của máy tính để bàn, bạn thường làm việc với một bộ công nghệ nguyên khối hơn nhiều. Ví dụ: phát triển ứng dụng Java về cơ bản đòi hỏi bạn phải biết Java và đó là ứng dụng đó. (Tất nhiên, đó là một phần của sự đơn giản hóa, nhưng vấn đề là phát triển web cho bạn thấy một loạt các công nghệ hoàn toàn khác nhau cần phối hợp với nhau để tạo thành một ứng dụng hoạt động.)

Không

Miễn là bạn chọn đúng công cụ, phát triển web cũng sạch sẽ và dễ dàng như phát triển máy tính để bàn.

Các API web (html, CSS, Javascript và DOM) tương đương với api win32. Cuối cùng, mọi thứ đều giảm xuống mức API đó, nhưng bạn thật điên rồ nếu bạn lập trình trực tiếp trên nó mà không có thư viện để trừu tượng hóa sự lộn xộn, dài dòng và không nhất quán khỏi bạn.

Vì vậy, hãy cẩn thận về sự lựa chọn của bạn về khung. Một số vấn đề tự gây ra bằng cách chọn các công cụ xấu (ví dụ: các sự cố tương thích trình duyệt).

Có thể có một nền tảng phát triển web sạch và nhất quán, với một ngôn ngữ duy nhất. Ví dụ: nếu bạn muốn nó là "tất cả java mọi lúc", bạn có thể sử dụng GWT và viết cả mã phía máy khách và mã phía máy chủ của mình trong Java. Hoặc, nếu bạn muốn có tất cả javascript, bạn có thể chọn một cái gì đó như Ext JS cho phía máy khách và node.js cho phía máy chủ.

Tôi đã nghe nó được mô tả là "... nguyên nhân tồn tại của tôi" và tôi sẽ đồng ý. Tôi đã được đề nghị $$$ một giờ để phát triển web HTML và tôi đã từ chối nó. Đó là một nỗi đau. Tôi đã dành phần lớn thời gian trong HTML và gần đây đã bắt đầu làm việc với "Nền tảng Flash". Đó là một trong những khung tinh vi nhất mà tôi từng thấy và thậm chí không ai biết về nó. Khi mọi người đưa lên Flash, họ nghĩ về Flash từ 10 năm trước. Nó đã phát triển ... rất nhiều. Tôi thích viết phần mềm một lần nữa.

Nó vẫn có nhược điểm. Lỗi đôi khi kéo dài mãi mãi nhưng nó đã trở nên tốt hơn (cảm ơn Steve J.).

BTW Có một sự thiếu hụt lớn cho các nhà phát triển Flex. Tôi đã được tiếp cận bởi rất nhiều công ty, nó bị bệnh. Nếu bạn biết CS của mình, sau đó dành hơn 6 tháng tiếp theo để học Flex Hard thì hãy gọi cho tôi. Tôi sẽ chuyển qua tất cả các lời mời làm việc mà tôi phải từ chối.

Cập nhật: Hỗ trợ trình duyệt chéo là điểm đau chính. Những gì hoạt động trong một trình duyệt sẽ không hoạt động trong một trình duyệt khác hoặc nó sẽ không hoạt động trong phiên bản trước.

Quá trình diễn ra như sau: - thiết kế trang web - cố gắng tạo lại nó trong một trình duyệt mục tiêu (điều này có thể khó khăn) - hiển thị thiết kế thay đổi máy khách - khách hàng - loại bỏ tất cả công việc bố trí ban đầu bạn đã làm - làm cho nó hoạt động trong các trình duyệt khác. Đây là phần khó nhất. Có những lỗi tối nghĩa trên đường đi. Sau đó, bạn sẽ gặp các tính năng mà các trình duyệt trước đó không hỗ trợ, chẳng hạn như các góc tròn. Bạn sẽ cố gắng sử dụng lại mã và css của mình nhưng điều đó nhanh chóng bị phân mảnh. Đơn giản là nó có thể trở thành bảo trì cao rất nhanh. Thêm vào hình ảnh động và trình duyệt cũ hơn sặc.

Khách hàng sẽ thực hiện thay đổi. Cuối cùng bạn sẽ dành tất cả thời gian của mình để làm "những gì nên là những điều đơn giản" và ghét cuộc sống của bạn. Bạn sẽ trở thành một bậc thầy và biết những điều bạn không muốn biết. Tôi biết nó nghe có vẻ kịch tính nhưng tôi không tô điểm cho những vấn đề bạn sẽ gặp phải. Khung sẽ làm cho nó dễ dàng hơn. Nếu bạn kiên trì làm việc với HTML thì hãy chuẩn bị cho mình một lần nữa tạo lại một trong những trang web yêu thích của bạn bằng HTML, đảm bảo phù hợp với thiết kế và chức năng trong tất cả các trình duyệt mà nó hỗ trợ. Nhận các vấn đề bạn gặp phải trên đường trước khi đi vào một công việc. Các vấn đề như công cụ thiết kế tốt nhất, khung javascript tốt nhất, công cụ sửa lỗi tốt nhất, IDE tốt nhất, v.v.