Đây có phải là một cách phổ biến để giảm thiểu việc sử dụng JavaScript khi xây dựng trang web không? [đóng cửa]

Tôi đã là một nhà phát triển web trong gần 10 năm và tôi đã có thói quen cố gắng không sử dụng JavaScript bất cứ khi nào có thể. Tôi không nói về việc xây dựng các ứng dụng web ở đây, mà là các trang web điều khiển cơ sở dữ liệu.

Đây có phải là một cách tiếp cận tốt / tôn trọng?

Đó là bản năng của hầu hết các lập trình viên để giảm tất cả các loại mã. Mã càng ít, độ phức tạp càng ít và càng ít điểm có thể xảy ra lỗi trong mã đã nói. Quy tắc này áp dụng cho Javascript cũng như các ngôn ngữ khác. Bạn chỉ đang phát huy truyền thống.

Sử dụng Javascript khi cần / mong muốn trong các trang HTML ... nhưng không có lý do gì để sử dụng nó khi không thực sự cần thiết.

10 năm trước, nó có thể là một ý tưởng tốt. Ngày nay, hầu hết các phần của internet (- ít nhất là một số phần rất phổ biến -) gần như không sử dụng được hoặc chỉ cung cấp chức năng rất hạn chế khi tắt Javascript trong trình duyệt. Vì vậy, IMHO hôm nay bạn có thể mong đợi người dùng của mình kích hoạt Javascript.

Và có rất nhiều khung công tác như JQuery để khắc phục sự không tương thích của trình duyệt. IMHO không có lý do thực sự ngày hôm nay tại sao bạn nên hạn chế bản thân bằng cách không sử dụng Javascript cho trang web của mình - lý do duy nhất có thể là bạn không có bất kỳ việc sử dụng nào cho nó.

EDIT: một câu hỏi khác là: Nếu bạn nên cung cấp một số chức năng tối thiểu của trang web của mình khi khách truy cập của bạn không bật JS - đó chủ yếu là một ý tưởng hay, vì một số lý do đã chỉ ra.

EDIT2: chắc chắn đối với mọi trang web, người ta phải tìm sự cân bằng giữa sự thân thiện với người dùng, thân thiện với công cụ tìm kiếm và nỗ lực phát triển. IMHO hôm nay Javascript có thể giúp cải thiện sự cân bằng đó - nếu được sử dụng một cách khôn ngoan. Nói rằng, tôi nghĩ rằng không cần phải giảm thiểu việc sử dụng Javascript ngày nay nữa để giữ cân bằng. Sử dụng nó một cách cẩn thận, và đừng làm hỏng nó.

Có một trang web có thể được sử dụng mà không cần JavaScript có nghĩa là nó có sẵn cho đối tượng rộng nhất có thể. Mặc dù sự thật là phần lớn các trình duyệt hỗ trợ JavaScript và phần lớn người dùng mặc định mặc định, nhưng bạn không thể tin chắc vào điều đó. Rốt cuộc, không phải tất cả mọi thứ truy cập trang web của bạn đều là trình duyệt; nếu bạn muốn trang web của mình được lập chỉ mục chính xác bởi các công cụ tìm kiếm như Google, thì GoogleBot cần có khả năng điều hướng trang web của bạn mà không cần JavaScript.

Ngoài ra còn có các phần mềm chuyên dụng của phần mềm duyệt web nơi JavaScript không khả dụng hoặc không hoạt động như mong đợi. Ví dụ, phần mềm đọc màn hình hoặc chữ nổi được sử dụng bởi người khiếm thị. Cũng có những môi trường mà bộ nhớ bị hạn chế và có một lượng lớn javascript có thể khiến trải nghiệm duyệt web trở nên khó chịu hoặc thậm chí không thực tế, chẳng hạn như trình duyệt trên điện thoại thông minh.

Bạn nên xem xét khái niệm "tăng cường tiến bộ", nơi bạn xây dựng một trang web để làm việc mà không cần javascript, sau đó thêm một lớp javascript lên trên cùng để cải thiện trải nghiệm người dùng. Bằng cách đó, bạn sẽ có một trang web ít nhất có thể sử dụng được cho mọi người mà không cần javascript.

Bạn không cần cố gắng cung cấp mọi tính năng có thể bạn dự định triển khai với JavaScript cho các trình duyệt không phải JavaScript, nhưng điều quan trọng nhất là vẫn để các trường hợp sử dụng cơ bản có sẵn mà không cần JavaScript. Khả năng duyệt trang web rõ ràng là đứng đầu danh sách, nhưng nếu bạn đang xây dựng một trang web thương mại điện tử, việc thực hiện quy trình thanh toán phụ thuộc vào JavaScript sẽ là ngớ ngẩn vì nó có thể khiến bạn mất doanh thu.

Các câu trả lời khác dường như đang tập trung vào "tôi không nên sử dụng JavaScript", vì vậy tôi nghĩ rằng họ đang thiếu điểm. Bạn không nên sử dụng JavaScript nếu bạn không cần nó. Một số người sử dụng JavaScript cho mọi thứ :

• Hiệu ứng di chuột (nên là CSS)
• AJAX (nên có hrefkhi hợp lý)
• Định vị (nên là CSS)

Những lợi ích là những thứ như:

• Trang web hiển thị nhanh hơn
• CSS ít phức tạp hơn đáng kể so với JavaScript hầu hết thời gian
• Có hrefcác liên kết dự phòng giúp các công cụ tìm kiếm, người dùng muốn mở liên kết trong các tab khác và người dùng ghét JavaScript

Tất nhiên, AJAX khá tuyệt và các trang động cũng vậy, vì vậy đừng vứt bỏ những thứ đó chỉ vì một số người không cần chúng.

Quan điểm của tôi là, học cách làm mọi thứ mà không cần JavaScript là tốt, giảm thiểu JavaScript là tốt và có một bản sao lưu khi JavaScript không hoạt động là tốt, nhưng không có lý do gì để tránh các tính năng vì chúng yêu cầu JavaScript.

Đó là một ý tưởng tốt để tránh chức năng, thời gian không cần thiết. Các khung như jQuery giúp dễ dàng thêm các kiểu diềm có thể có ý nghĩa để thêm, nhưng đôi khi thì không. Ví dụ:

Bạn có thực sự cần phải làm động nó không?

... hoặc là ...

Việc truyền tải toàn bộ DOM có thực sự cần thiết cho bộ chọn tầm thường như vậy không? Bạn có thể giới hạn nó bằng cách sử dụng bối cảnh và chúng ta có cần điều đó ngay từ đầu không?

Tôi sẽ không tránh sử dụng JS, nhưng tôi cẩn thận để không trở nên đáng ghét, trong khi tìm kiếm các máy chậm hơn. Điều tương tự cũng đúng với một số thứ mới lạ mắt mà chúng ta có trong CSS3 - như đổ bóng tối nếu được sử dụng quá mức, chúng có thể khiến ai đó trên một máy có công suất thấp hơn có trải nghiệm thực sự tồi tệ.

Ngoại lệ cho điều này có thể là viết các điều khiển giao diện người dùng cho các loại thiết bị khác nhau, trong đó chúng phải hoàn toàn hoạt động với JS bị vô hiệu hóa (có lẽ chính sách bảo mật nghiêm ngặt trên mạng quản lý trung tâm dữ liệu không áp dụng JS). Vì vậy, những điều trên nên được thực hiện trong bối cảnh với bất kỳ yêu cầu bạn có.

Tôi tin rằng là một nhà phát triển web tương đối mới và trẻ (khoảng 4 năm), tôi đã phải nghiên cứu rất nhiều về điều này vì javascript có ở khắp mọi nơi.

Những gì tôi cố gắng thực hiện trong các dự án của mình là đảm bảo rằng trang web hoạt động mà không cần javascript, sau đó thêm javascript vào nơi có ý nghĩa (xác thực phía máy khách, cải thiện giao diện người dùng, v.v.). Nó là một loại tăng cường tiến bộ và nó quan tâm đến SEO, javascript bị vô hiệu hóa và sự không tương thích của trình duyệt cũ hơn.

Câu hỏi tương tự này đã được hỏi trên SO, nhưng tôi không thể nhớ tình yêu của mình ở đâu.

Việc sử dụng JavaScript có thể bị hạn chế trong một số trường hợp:

• Xác nhận. Nó phải được thực hiện ở phía máy chủ. Đôi khi trong các ứng dụng web có xác nhận nhanh phía máy khách, nhưng một mình nó không đủ.
• Nhiệm vụ cực kỳ quan trọng. Người dùng có thể chọn tắt các tập lệnh của trình duyệt của họ, vì vậy mã JS hoàn toàn không hoạt động. Nếu bạn muốn chắc chắn rằng một cái gì đó sẽ hoạt động trong mọi trường hợp trên bất kỳ trình duyệt nào, đừng tin tưởng vào JS.
• Tốc độ. Mã JS phải được gửi đến máy khách và bạn viết càng nhiều mã thì càng mất nhiều thời gian. Mặc dù số lượng nhỏ mã sẽ không có hiệu quả thực tế.

JS có một loạt các tính năng khổng lồ, không thể thay thế bằng mã phía máy chủ. Ngoài những điều trên, tôi không nghĩ sẽ có bất kỳ đối số hợp lý nào để hạn chế việc sử dụng JS.

"Các trang web điều khiển cơ sở dữ liệu " là chìa khóa cho câu trả lời. Có hai cách để tạo trang web và số lượng Javascript được phép tùy thuộc vào cách bạn đang sử dụng. Bạn có thể xây dựng:

1. Các trang web tập trung vào nội dung . Trong trường hợp đầu tiên, các từ ma thuật là "tăng cường tiến bộ"; giới hạn javascript vào các chức năng dự phòng có thể được cung cấp với quyền truy cập cổ điển vào nội dung thông qua HTTP đơn giản.

2. Ứng dụng web . Đối với các ứng dụng, thay vào đó, bạn đang sử dụng web làm nền tảng phần mềm. Các ứng dụng dựa trên một số giả định trên phần mềm có sẵn - trình duyệt hiện đại, phiên bản mới nhất của thư viện javascript phổ biến, truy cập máy tính để bàn bằng chuột và / hoặc máy tính bảng với cảm ứng đa điểm.

Web là một nền tảng phần mềm

Yêu cầu truy cập tối thiểu là OK nếu bạn thực sự xây dựng một ứng dụng - bạn nhắm mục tiêu một số nền tảng cụ thể để có được các tính năng nâng cao không thể được xây dựng theo cách khác. Nó giống như phát triển cho Python hoặc Java hoặc .Net. Đừng để những từ thông dụng như HTML5 và lời hứa "chạy mọi nơi" đánh lừa bạn; bạn chỉ có thể có mã di động giữa các thiết bị miễn là toàn bộ nền tảng được hỗ trợ trên các thiết bị đó. Mọi thay đổi đối với ngăn xếp phát triển và phần mềm sẽ bị hỏng.

Do đó, cái giá phải trả là bạn đang theo một mục tiêu đang chuyển động, khi các phiên bản mới của nền tảng được phát hành; bạn sẽ phải chơi trò đuổi bắt để giữ cho ứng dụng của bạn hoạt động khi nền tảng phát triển. Lợi ích duy nhất bạn nhận được là một cơ chế phân phối bán phổ quát cho ứng dụng của bạn mà không phụ thuộc vào các gói cũng như các cửa hàng ứng dụng; nhưng bạn mất tính năng chính phân biệt web với các hệ thống máy tính nối mạng trước đó.

Web như phân phối nội dung

Các trang web tập trung vào nội dung là một con thú khác nhau; chúng nằm trong truyền thống của World Wide Web cổ điển. Nội dung được khách hàng giải thích một cách lỏng lẻo, có thể thực hiện bất kỳ chuyển đổi mong muốn nào trước khi trình bày. Trang web dự kiến ​​sẽ được truy cập bởi một hệ sinh thái gồm các nền tảng khác nhau có thể hoặc không thể hỗ trợ các tiêu chuẩn hiện tại:

• Thiết bị di động hỗ trợ ít hơn chuông và còi mới nhất và đắt nhất
• Người dùng trình duyệt cũ không thể (tại doanh nghiệp) hoặc không biết (ở nhà) cách cập nhật
• Các phiên bản tương lai của các công cụ phổ biến không dùng API cũ của chúng

Bạn sẽ mất tất cả nếu bạn yêu cầu loại javascript hiện tại, vốn luôn phát triển. Trong bối cảnh này, javascript bị hỏng mà ngăn truy cập nội dung là một tội lỗi.

Mọi người đều nói rằng "nên giảm thiểu sử dụng javascript" đang ủng hộ phong cách này. Bạn có thể bao gồm một số JS, làm phiền bạn, nhưng tất cả các chức năng nên được dự phòng với các truy cập cơ bản đến nội dung có thể đạt được phía máy chủ:

• Xác thực nhập dữ liệu
• AJAX cập nhật nội dung để điều hướng nhanh nhất (tuy nhiên vẫn hoạt động mà không cần JS)

Lợi ích của phương pháp này là ít thử nghiệm và nâng cấp hơn, và thời hạn sử dụng nhiều hơn. Các trang web tĩnh đầu tiên từ 20 năm trước vẫn có thể duyệt được trong bất kỳ ứng dụng web nào, nhưng các ứng dụng web đầu tiên bị hỏng vĩnh viễn. Nếu trang web của bạn có bất kỳ giá trị lưu trữ nào, về lâu dài bạn sẽ được hưởng lợi từ việc sử dụng web làm hệ thống phân phối nội dung chứ không phải nền tảng ứng dụng.

Tôi làm việc cho chính phủ tiểu bang của mình và kết quả là phần lớn sự phát triển của tôi liên quan đến các trang web tương tác dựa trên dữ liệu. Truy vấn chống lại dữ liệu lịch sử, đệ trình mẫu, những thứ như thế. Chúng tôi giữ Javascript của chúng tôi ở mức tối thiểu, vì những lý do sau:

1) Xác thực các đầu vào biểu mẫu phải luôn luôn xảy ra ở phía máy chủ, không bao giờ ở phía máy khách. Nếu bạn cố gắng xác thực các đầu vào của mình ở phía máy khách, tất cả các tin tặc phải làm là tạo một bản sao cục bộ của trang web của bạn và viết lại Javascript để cho phép những gì anh ta muốn gửi cho bạn (SQL SQL, v.v.). Xác nhận của bạn phải diễn ra ở đâu đó dưới sự kiểm soát độc quyền của bạn, tức là trên máy chủ.

2) Nhiều người dùng tắt Javascript hoặc sử dụng trình duyệt có thể không triển khai đúng cách. Là chính phủ, chúng tôi phải hỗ trợ tất cả mọi người, ngay cả khi họ đang sử dụng thiết bị cũ thực sự THỰC SỰ. HTML hoạt động ở mọi nơi; Javascript, không quá nhiều. Bằng cách không sử dụng Javascript trong các trang web của bạn, bạn cung cấp cho họ một dấu chân thực sự nhỏ trên máy khách, sử dụng ít tài nguyên. Điều này tối đa hóa số lượng người có thể truy cập nội dung của bạn. Vì lý do tương tự, bạn không nên quá hấp dẫn với CSS của mình. Giữ cho nó đơn giản, giữ sạch sẽ và để cho các bà già nhỏ bé nhìn thấy trang web của bạn ngay cả khi máy tính của họ được mua vào năm 1999 (Vô tình, chúng tôi nhận được các cuộc gọi hỗ trợ kỹ thuật từ những người như thế này).

3) Javascript, là một công cụ được ưa chuộng bởi các "nhà phát triển web" hơn là các lập trình viên phía máy chủ, có xu hướng khá xấu xí. Và các nhà thiết kế (đó là những gì các nhà phát triển web thường là, nếu bạn muốn trung thực về nó) có xu hướng không thấy vấn đề với việc tải xuống "tập lệnh" từ các vị trí ngẫu nhiên trên web. Họ nói những điều như "tại sao lại phát minh lại bánh xe?" và "Không được phát minh ở đây". Vì vậy, thay vì viết mã của riêng họ, họ thường chỉ đi ra ngoài và lấy một cái gì đó từ một trang web khác, nghĩ rằng nếu nó trên internet thì đó là trò chơi công bằng. Có hai vấn đề với điều này: A) họ có thể vô tình đăng một số Javascript độc hại khiến bạn mất một thời gian để bắt và B) họ có thể chạy bản quyền của ai đó và khiến bạn bị kiện. Cả hai tình huống là phải tránh.

Ở CHUNG, Javascript là một ý tưởng tồi. Mã phía khách hàng của BẤT K kind loại nào là một ý tưởng tồi. Phía máy khách chỉ nên chứa ngôn ngữ đánh dấu và CSS; hãy để phía máy chủ xử lý việc nâng vật nặng.

Nó phụ thuộc.

Mặc dù các tác nhân người dùng máy tính để bàn có thể được mong đợi hỗ trợ và chạy javascript của bạn một cách có ý nghĩa, nhưng không phải tất cả các tác nhân người dùng đều là trình duyệt máy tính để bàn đồ họa và bạn cần quyết định xem bạn có muốn phục vụ cho chúng hay không.

Những ví dụ bao gồm:

• công cụ tìm kiếm (Google không chạy một số javascript, nhưng chắc chắn không phải tất cả, và nếu bạn dựa vào javascript để điều hướng, các bot tìm kiếm có thể không tìm thấy tất cả nội dung của bạn)
• tập hợp và phế liệu
• trình duyệt dựa trên văn bản (mặc dù không nhiều người sử dụng chúng)
• trình đọc màn hình và các thiết bị hỗ trợ đọc khác
• (một số) trình duyệt di động

Nguyên tắc của tôi là nếu đó là một ứng dụng web cho người dùng thông thường (trong nhà, cộng đồng, kiểu đó), thì việc dựa vào javascript là được, nhưng nếu bạn muốn có thể truy cập công khai và có thể tìm thấy, thì ít nhất là quan trọng chức năng sẽ hoạt động hoàn hảo mà không cần javascript và bạn sẽ thất bại một cách duyên dáng khi bạn cần nó, thay vì thể hiện hành vi 'không xác định'.

Cách tiếp cận lỗi thời là hoàn toàn lỗi thời. Ví dụ: tôi đã thực hiện xóa ajax cho người điều hành trên một trong các trang web và anh ta rất vui vì tốc độ tăng rõ rệt.

Tất nhiên, nhà phát triển có thể thực hiện hai phiên bản cho cả người dùng JS và người dùng không phải là JS, nhưng trong hầu hết các trường hợp, nó cực kỳ tốn kém và không đáng giá 1-2% đối tượng trang web (tất nhiên nếu bạn không phải là Google).

Vì vậy, câu trả lời của tôi sẽ là KHÔNG - JavaScript là câu trả lời cho nhiều câu hỏi về trải nghiệm người dùng, tại sao tôi không nên sử dụng nó?

Từ kinh nghiệm của tôi, đã có lúc các công ty vô hiệu hóa JavaScript bằng chính sách. Nhưng lần này là xa. Hiện tại tôi đã xây dựng một số ứng dụng mạng nội bộ lớn và ứng dụng web cho các công ty toàn cầu lớn hơn. Đối với tất cả các ứng dụng, việc sử dụng JavaScript và JQuery là một phần của những điều mà khách hàng mong đợi.

Xây dựng ứng dụng cho khách hàng không chỉ là tốc độ và bảo mật nữa. Khách hàng muốn tập trung vào khả năng sử dụng và việc sử dụng công nghệ AJAX. Nếu không sử dụng JavaScript, nó sẽ không hoạt động tốt như vậy. PostBacks mọi lúc cho một số nhiệm vụ rất nhỏ như tính toán hoặc đại loại như thế là dành cho hầu hết các công ty không phải là một lựa chọn.

Khi chúng tôi nghĩ về các tình huống hiện tại ở các công ty lớn hơn, có một chỉ số khác tại sao JavaScript hiện tại phải có. Nhìn vào các hệ thống CMS hiện đang hoạt động. Hầu hết trong số họ sử dụng Microsoft SharePoint hoặc Adobe CQ, một số trong số họ Drupal hoặc bất kỳ ai khác, v.v. Tất cả các hệ thống này dựa trên JavaScript. Không có javascript, hầu hết các ứng dụng sẽ không hoạt động, như người dùng mong đợi.

Trong thời gian qua, JavaScript đã được sử dụng và lạm dụng và các tập lệnh (được coi là) chứa đầy lỗ hổng và là nguồn phần mềm độc hại.

Nhiều mạng công ty đã phản ứng bằng cách vô hiệu hóa JS, một chính sách (đúng hoặc sai) vẫn tồn tại trong nhiều tổ chức ngày nay.

Nói một cách đơn giản, tôi đề nghị rằng không có trang web nào nên dựa vào JS để vận hành

Như hầu hết các câu trả lời ở đây giải thích, sử dụng javascriptlà không có hại. Nếu bạn muốn lưu mã hóa và tìm mã nguồn lộn xộn, hãy thử cách coffee-scriptnày sẽ tiết kiệm rất nhiều công sức gõ javascript.

http://coffeescript.org/