Ưu và khuyết điểm của việc sử dụng trình soạn thảo WYSIWYG để phát triển trang web so với mã hóa tay là gì?Trình soạn thảo WYSIWYG và Mã số tay
Ngoại trừ việc không biết cách tạo mã gì đó bằng tay là có lý do gì để sử dụng WYSIWYG không?
Tôi viết mã, nhưng tôi thích làm việc với trình soạn thảo wysiwyg hơn, và vì lý do đó tôi vẫn sử dụng Dreamweaver làm trình soạn thảo. Những gì tôi đang làm 95% thời gian là mã hóa bên trong trình soạn thảo Source và xem kết quả trong phần xem trước. Thỉnh thoảng tôi sẽ rơi vào trình soạn thảo wysiwyg để di chuyển các khối xung quanh trực tiếp mặc dù và khi tôi làm tôi thấy nó vô giá. Tôi không bao giờ sử dụng bất kỳ trình thuật sĩ Dreamweavers hoặc mã được tạo nào và tôi cũng dọn sạch html theo cách thủ công.
tôi thấy không có gì sai với phương pháp này, nó đập vào mắt tôi như tương đương với thiết kế HTML của một IDE khiến để hoàn thành chức năng vv (IntelliSense hoặc bất cứ điều gì IDE của bạn có thể gọi nó)
Tôi cũng luôn luôn sử dụng một hệ thống khuôn mẫu của một hình thức này hay cách khác để mã kịch bản của tôi hoàn toàn tách biệt với html.
Sự kết hợp với Dreamweaver của bản sửa đổi wysiwyg không thường xuyên (vô giá tôi tìm thấy khi đặt mọi thứ hoặc thay đổi bố cục 'macro') và xem trước một lần đã giữ tôi với nó mặc dù nhìn vào các công cụ tốt hơn - Aptana, NetBeans, v.v. Thật vậy, tôi rất muốn di chuyển sang một hệ thống khác - see this question - tốt hơn là chạy trên Ubuntu và loại bỏ phần mềm trong Dreamweaver chỉ để lại các tính năng wysiwyg và có thể là trình soạn thảo Javascript thông minh, nhưng tôi chưa tìm thấy gì cả. KompoZer đang bắt đầu trông đầy hứa hẹn.
Nếu thiết kế không quá quan trọng và bạn chỉ cần ném một trang web với nhau thì không có gì sai khi sử dụng WYSIWYG. Hoặc nếu bạn đang cố gắng tạo ra một mô hình nhỉnh chức năng cho một khách hàng, đó là một cách hay để có được một cái gì đó được xây dựng một cách nhanh chóng.
Đây là loại điều tương tự như Glade so với mã hóa bằng tay mã Gtk của bạn. Tôi nghĩ rằng bạn thêm một mức độ obfuscation và những thứ có thể phá vỡ khi bạn tay chỉnh sửa mã của bạn. Tuy nhiên, như Spencer đã nói, nếu bạn cần phải làm điều đó và nó cần phải làm việc; WYSI bình thường làm việc khá tốt và đáng tin cậy. Nếu bạn đang làm một cái gì đó mà bạn sẽ được giữ cho đến nay và được quản lý trong nhiều năm tới; bạn nên biết mọi đoạn mã trong ứng dụng/trang web đó.
WYSIWYG có thể hữu ích nếu bạn không biết HTML hoặc chỉ muốn kết hợp một thứ gì đó với nhau cực kỳ nhanh. Tuy nhiên, bạn sẽ không nhận được mã sạch. Hầu hết các trình soạn thảo WSYIWIG vẫn tung ra một loạt các HTML không cần thiết thay vì đánh dấu rắn chắc chắn.
Bất kỳ ai quen thuộc với HTML đều có thể nhanh chóng lấy một thứ gì đó nhanh chóng bằng tay trong trình chỉnh sửa HTML. Và nó sẽ sạch sẽ, đánh dấu ngữ nghĩa tương thích xhtml thay vì ném các mẫu lại với nhau.
Nếu bạn thiết lập mẫu và css đúng cách, bạn có thể là nhanh hơn với mã hóa tay hơn trình soạn thảo WSYIWYG, vì những công cụ này chống lại bạn khi bạn đang cố gắng tạo css trừu tượng đúng với đánh dấu ngữ nghĩa có thể phân hủy.
Có nhiều lý do để sử dụng trình soạn thảo WYSIWYG khi tạo HTML.
Tôi nghĩ điều quan trọng cần nhớ là sau khi bạn đưa nó vào hình dạng gần đúng, bạn nên đào sâu vào mã và đảm bảo không có gì lạ xảy ra. Các nhịp lồng nhau, vị trí tuyệt đối lẻ và bố cục dựa trên bảng (chúa tể toàn năng) được tính là những thứ kỳ lạ. Ngay cả khi bạn sử dụng WYSIWYG để bắt đầu, bạn nên luôn kiểm tra xem mã có hợp lệ không và trông giống như bạn mong đợi.
IMO "Người thiết kế" nên viết HTML của riêng họ. Không biết HTML và CSS là một nhà thiết kế web, chỉ nói với tôi rằng bạn không biết phương tiện bạn đang thiết kế cho tốt. HTML và CSS là một phần của những gì tôi gọi là thiết kế web - không chỉ photoshop. –
Tôi phát triển trong ASP.net hầu hết thời gian, vì vậy tôi ở phần lớn thời gian của VS2008; Tuy nhiên bất cứ khi nào có thể (mà là hầu hết thời gian) tôi vẫn tay mã .... nhưng tôi làm điều đó trong chế độ nguồn của VS2008. Khi làm việc với ASP.net, các mã luôn có phần hơi cồng kềnh mà bạn chỉ phải chấp nhận (đến một điểm).
Tuy nhiên, trong thời gian rảnh, tôi cũng làm phát triển php và tôi sẽ không bao giờ mã tay bằng php. Thêm vào đó, nó không giống như VS với công cụ kéo và thả.
Vâng, ý nghĩ tự động tạo ra PHP khiến tôi sợ hãi. –
Phải. Tôi thích php cho những thứ nhỏ, bởi vì nó rất gầy. Nhưng đối với những thứ lớn hơn, đó là những gì asp.net thực sự tỏa sáng với. – patricksweeney
Thực sự nó đi xuống chức năng công việc của bạn.Nếu bạn chủ yếu là một nhà thiết kế, trình soạn thảo WYSIWYG có thể rất tiện dụng để tạo mô hình cho khách hàng, hoặc các nguyên mẫu có thể được trao cho các nhà phát triển để chống lại mã.
Nếu bạn là nhà phát triển, có thể bạn sẽ thích viết tay.
Hầu hết các trình chỉnh sửa WYSIWYG đều cung cấp chế độ xem mã và chế độ xem thiết kế cho phép bạn chuyển đổi qua lại dễ dàng.
Đề xuất của tôi là thử và tìm hiểu cách viết mã trang web của bạn. Sau nhiều năm phát triển web, tôi thấy rằng mã hóa tay nhanh hơn cho tôi hơn là cố gắng sử dụng một nhà thiết kế. Hơn nữa, khi bạn hiểu rõ hơn về cách HTML và CSS hoạt động cùng nhau, bạn sẽ thấy rằng có rất ít điều không thể thực hiện một cách duyên dáng.
Bạn có thể cảm thấy bực bội khi học, nhưng bạn sẽ thấy rằng bạn sẽ tốt hơn cho nó trong thời gian dài.
Nếu bạn muốn thực sự giỏi về những gì bạn làm, như trong Guru tốt, hãy thả các công cụ WYSIWYG và bắt đầu viết tay. Đường cong học tập là dốc hơn, nhưng nó làm cho bạn tốt hơn ở những gì bạn làm một cách có ý nghĩa.
Nó đi xuống để bảo trì và thay đổi. Nó thường dễ dàng hơn nhiều để thay đổi một bố trí GUI trong một trình soạn thảo GUI hơn bằng tay.
"Ồ, bạn muốn di chuyển JTable từ vị trí này đến vị trí hoàn toàn không liên quan khác". Nếu bạn đã mã hóa nó, về cơ bản hóa ra là một công việc lập trình (cho các layout không tầm thường thực sự là HARD), nhưng nếu nó nằm trong một trình soạn thảo GUI tốt, nó có lẽ chỉ là vấn đề di chuyển -giải phóng.
Những người handcode lẽ không bao giờ có để làm điều đó loại thay đổi :)
Những lợi thế của việc sử dụng một trình soạn thảo WYSIWYG để phát triển web là khá rõ ràng. Phát triển đơn giản hơn và nhanh hơn ngay cả khi bạn biết cách mã hóa web vì phát triển web yêu cầu phải biết nhiều ngôn ngữ khác nhau và có thể lộn xộn khi cố gắng làm cho chúng hoạt động cùng nhau theo kế hoạch. Các nhà thiết kế WYSIWYG thực sự có thể giải quyết những phức tạp này bằng cách cho phép bạn phát triển trực quan trên một biểu mẫu trong một lớp. Những bất lợi của loại mô hình phát triển này có thể là đôi khi nó giới hạn bạn, có nghĩa là bạn thường bị ràng buộc trong một khuôn khổ được xác định trước.
Do đó, điều quan trọng là phải tìm một khuôn khổ mà trên cùng trải nghiệm phát triển WYSIWYG của nó mở ra để mở rộng và tùy chỉnh. Hãy xem http://www.visualwebgui.com/.
Câu hỏi hay nhất! – Suroot