Tin tức và phân tích của tất cả các thiết bị di động

Là tương lai của WordPress không mã hóa?

Một trong những khía cạnh độc đáo nhất của WordPress là các nhà thiết kế có thể chọn cách họ muốn sử dụng nó. Chúng tôi có thể tạo các trang web thực hiện bất kỳ số lượng nào, và có nhiều cách khác nhau để làm điều đó.

Ví dụ: chúng ta có thể tạo một chủ đề từ đầu hoặc tải xuống một trong hàng ngàn tùy chọn miễn phí hoặc cao cấp. Hoặc chúng ta có thể chọn tạo nội dung với trình chỉnh sửa khối Gutenberg hoặc tận dụng plugin xây dựng trang.

Các tùy chọn này rất quan trọng, vì chúng sẽ quyết định rất nhiều về thành phẩm. Nó sẽ làm việc như chúng ta cần? Nó sẽ nhìn theo cách chúng ta muốn? Làm thế nào linh hoạt nó sẽ thay đổi trong tương lai? Và, có lẽ quan trọng nhất, nó sẽ khóa chúng ta trong một sản phẩm cụ thể?

Có một loại dòng dưới cùng với các tùy chọn này. Về bản chất, chúng tôi đang quyết định xem chúng tôi có muốn (hoặc cần) viết mã tùy chỉnh hay không.

Đó là một vấn đề lớn. Và, khi WordPress và hệ sinh thái của nó tiếp tục phát triển, người ta tự hỏi liệu nhiều nhà thiết kế sẽ chọn giải pháp không mã hóa. Nhưng, nếu vậy, sự phân nhánh là gì?

Người xây dựng trang đang trở nên tốt hơn

Chúng tôi đã đạt đến điểm này một phần lớn nhờ vào cộng đồng nhà phát triển WordPress. Các plugin xây dựng trang, ví dụ, đã xuất hiện trong nhiều năm.

Lúc đầu, các sản phẩm này có xu hướng xấp xỉ cẩu thả về những gì người ta có thể đạt được với một số kiến ​​thức về CSS và PHP. Tuy nhiên, họ đã mang đến khả năng tạo bố cục trang tùy chỉnh cho nhiều người hơn.

Các nhà thiết kế chuyên nghiệp (bao gồm cả bản thân tôi) đôi khi có thể khá khó chịu với những công cụ này. Về phần mã, tất cả đều trên bản đồ về chất lượng. Và sử dụng một người xây dựng trang cảm thấy như gian lận trong một dự án.

Tuy nhiên, các tác giả plugin tiếp tục cải thiện sản phẩm của họ. Các công cụ hiện đại đã phát triển đến mức mã sạch hơn và phản hồi nhanh hơn. Ngoài ra, việc vô hiệu hóa trình tạo trang sẽ dẫn đến mất định dạng nội dung, nhưng các trang của bạn sẽ không còn hiển thị số lượng lớn mã ngắn không sử dụng.

Một máy tính và một con chuột.

Gutenberg mang các khối đến một cài đặt mặc định

WordPress đã chuyển sang một cách định hướng trực quan hơn để tạo nội dung. Khi trình chỉnh sửa khối Gutenberg được giới thiệu trong WordPress 5.0, được dự định để cung cấp trải nghiệm người dùng phù hợp hơn. Đây là một phần để đáp ứng với các kỹ thuật khi các nhà phát triển đã sử dụng để tránh các hạn chế của Trình chỉnh sửa Cổ điển.

Nó cũng chỉ ra rằng bạn không nhất thiết phải viết mã tùy chỉnh để đạt được các bố cục và chức năng phức tạp hơn. Nhà xuất bản đã tạo ra hệ sinh thái riêng của các khối tùy chỉnh mà bạn có thể thêm khi cần.

Mặc dù Gutenberg không nhất thiết phải cạnh tranh trực tiếp với những người tạo trang đầy đủ, nhưng nó cung cấp một sự thay thế nhẹ hơn nhiều. Và khi có nhiều khối hơn, nhiều nhà thiết kế có khả năng gắn bó với công cụ chỉnh sửa gốc.

Ngoài ra, trình chỉnh sửa khối cuối cùng sẽ cho phép chỉnh sửa toàn bộ trang web. Điều này có nghĩa là ngoài việc tạo nội dung, chúng tôi sẽ có khả năng trực quan tạo một trang web hoàn chỉnh, tất cả trong một cài đặt mặc định của WordPress.

Khi điều này trở thành hiện thực, có vẻ như mã sẽ rất tùy chọn cho bất kỳ ai xây dựng trang web WordPress.

Màn hình chào mừng WordPress

Cái tốt và cái xấu

Chuyển sang trải nghiệm xây dựng trang web không mã hóa có một số mặt tích cực và tiêu cực:

Tích cực

Cho dù thông qua plugin xây dựng trang hoặc Gutenberg, các công cụ này cho phép mọi người tạo bố cục trang tùy chỉnh. Thêm vào đó, họ có thể thêm nội dung phức tạp hơn, như danh sách bài đăng, phòng trưng bày hình ảnh, trình duyệt và hơn thế nữa. Tất cả chỉ mất vài cú nhấp chuột, kéo và thả.

Khi được sử dụng kết hợp với một chủ đề tương thích, khả năng tạo một trang web tùy chỉnh hoàn toàn cũng nằm trong phạm vi. Đây là một bước tiến khá lớn đối với WordPress khi cạnh tranh với nhiều nhà xây dựng trang web DIY trên thị trường.

Ngoài ra còn có cơ hội để giới thiệu trải nghiệm chỉnh sửa và xây dựng phù hợp hơn nhiều. Quá thường xuyên, các chủ đề được chuẩn bị đã triển khai các giải pháp tùy chỉnh có thể gây nhầm lẫn cho người dùng.

Và nó cũng không giúp được gì, ngay cả công cụ được đề xuất, WordPress Customizer, có nghĩa là để xử lý một số tác vụ, nhưng không phải là các công việc khác. Điều này có nghĩa là chuyển đổi giữa nhiều UI để cố gắng xây dựng một trang web. Nó là khả thi, nhưng nó không phải là quá trình dễ sử dụng nhất.

Sự phát triển liên tục của Gutenberg là một người thay đổi trò chơi tiềm năng trong lĩnh vực này. Việc trao đổi giữa các giao diện biến mất, vì chúng ta sẽ có một giao diện người dùng duy nhất cho tất cả các nhiệm vụ liên quan đến thiết kế và thiết kế.

Tiêu cực

Mặc dù có nhiều mặt tích cực của một tương lai không mã hóa, có một số nhược điểm thực sự. Có lẽ ngay lập tức nhất, nó có thể cho phép người dùng phi kỹ thuật quá nhiều tự do.

Một trong những khía cạnh thực sự hữu ích của một chủ đề tùy chỉnh là các nhà thiết kế có thể chặn các mục mà họ không muốn khách hàng chạm vào. Điều đó có thể trở thành một thách thức khó khăn hơn nhiều nếu mọi thứ đều có sẵn trong giao diện người dùng trực quan.

Điều này đã tồn tại phần nào với các nhà xây dựng trang. Nhưng Gutenberg có thể khiến một khách hàng thích phiêu lưu đi quá xa với thử nghiệm thiết kế của họ. Hy vọng, sẽ có một số cách tích hợp để bảo vệ chống lại loại tình huống này.

Vấn đề lớn khác là thiếu cơ hội để làm nhiều hơn với một chủ đề. Rốt cuộc, đó thường là những đoạn mã tùy chỉnh nhỏ làm cho trang web trở nên độc đáo. Cách làm mới này có thể ngăn các nhà phát triển thêm đoạn mã dựa trên mẫu không? Nó có phải là một khối toàn bộ?

Cuối cùng, cũng đáng để tự hỏi liệu điều này có làm nản lòng các nhà phát triển mới không làm rối mã không. Phát triển chủ đề là điểm khởi đầu phổ biến để học PHP, CSS và JavaScript.

Đúng là việc tạo các khối tùy chỉnh là một cơ hội để viết mã. Nhưng không phải ai cũng sẽ đi theo con đường đó. Sẽ là một sự xấu hổ khi thấy tinh thần quyền lực biến mất.

Một người thư giãn

Một cảnh quan phát triển

Việc WordPress đang tiến tới một quy trình thiết kế trực quan đã được chứng minh trong một thời gian. Từ cái nhìn đầu tiên về trải nghiệm chỉnh sửa dựa trên khối của Gutenberg, hoặc thậm chí là sự ra đời của Customizer nhiều năm trước, có vẻ như mục tiêu là hoàn thành nhiều nhiệm vụ thiết kế hơn mà không cần chạm vào mã.

Khi mặt sau của CMS trở nên bóng bẩy hơn, cách xây dựng với WordPress như chúng ta biết nó đang thay đổi. Mã sẽ vẫn là một phần của quy trình, cho những ai muốn sử dụng nó. Đối với những người khác, thiết kế về cơ bản sẽ chuyển sang các công cụ tương tác.

Điều này sẽ mở ra một thế giới hoàn toàn mới cho nhiều người. Nó có ý nghĩa gì đối với các chuyên gia web? Câu chuyện đó vẫn đang được viết.