Các vấn đề của chủ đề này rất rộng và đa dạng trong các cách tiếp cận có thể đến mức bất kỳ câu trả lời thực tế nào cho các câu hỏi không thể tránh khỏi chỉ có thể chỉ ra một cách tổng thể.
Nhiều người ngày nay muốn và hy vọng xây dựng các hiện diện web động (theo hướng dữ liệu), các kiến trúc trong đó sẵn sàng đáp ứng các tài liệu mới, bản sửa đổi và tương tác của khách truy cập. wikiHow chẳng hạn là một trang web động. Mặc dù mục tiêu của các dự án chất lượng nằm trong tầm tay của tất cả những người siêng năng, nhưng sẽ là sai lầm nếu đánh giá thấp những gì cuối cùng là một nhiệm vụ thách thức đáng kể, đặc biệt là trong các đối tượng kỹ thuật của bất kỳ dự án tiềm năng nào. Ngay cả những hiện diện web động đơn giản nhất cũng yêu cầu đủ kỹ năng trong nhiều lĩnh vực khác nhau.
Để đáp ứng các mục tiêu không thể thiếu, không ai có thể đi chệch hướng từ việc thiết kế cơ sở dữ liệu tốt. Chỉ riêng việc chuẩn bị cho mình trong lĩnh vực này đã là một công việc quan trọng (nhưng không phải là một công việc chính xác). Khi chúng ta có một bản tóm tắt về các mục tiêu của dự án, chúng ta phải hình dung ra các phương tiện hợp lý để đạt được chúng. Sau đó, chúng tôi có ngôn ngữ lập trình hoặc công cụ để lựa chọn, dựa trên tầm nhìn về kiến trúc dự án lý tưởng.
Nhìn thấy toàn bộ bức tranh ngay từ đầu, là kỹ năng quan trọng nhất của tất cả.
Các bước
Bước 1. Đưa bộ não của bạn xoay quanh những loại công cụ và quy trình nào sẽ hoàn thành mục tiêu của bạn
Bởi vì cốt lõi rất quan trọng của bất kỳ sự hiện diện web động nào là cơ sở dữ liệu và xử lý dữ liệu của nó, mục tiêu quan trọng đầu tiên của chúng tôi là đưa ra quyết định sâu rộng về công cụ cơ sở dữ liệu. Không phải là một ý kiến hay khi hy vọng tình cờ đưa ra quyết định như vậy chỉ trong một số cách ban đầu có vẻ hợp lý nhất.
- Mục tiêu quan trọng của quyết định đầu tiên này là lập kế hoạch dự án của chúng tôi theo cách (với các công cụ và cơ sở dữ liệu) sẽ hỗ trợ nhu cầu của bạn trong suốt chặng đường trong tương lai, trong đó, vì bạn đã đưa ra những quyết định ban đầu đúng đắn, bạn sẽ xây dựng hiệu quả dựa trên nền tảng ban đầu của bạn, một cách hiệu quả và không bị cản trở. Điều này có nghĩa là lý tưởng nhất, ví dụ, công cụ cơ sở dữ liệu bạn chọn không phải là công cụ dễ dàng hoặc có vẻ đơn giản để triển khai ngày nay; ngay từ đầu nó phải là một công cụ hỗ trợ nhu cầu xử lý hạ nguồn của bạn.
- Đôi khi những cân nhắc thương mại ảnh hưởng nhiều hơn đến những lựa chọn như vậy. Các động cơ tham gia chuyên sâu (và tốn kém) là gì? Những động cơ nào hầu như không tham gia vào các triển khai để duy trì các mục tiêu xử lý mà dự án cuối cùng của bạn phải duy trì? Nói chung, mô hình cần tuân theo là chọn công cụ của bạn dựa trên một trong hai vị trí có thể có.
- Để làm như vậy, trước tiên bạn phải lập biểu đồ về nhu cầu bảng cơ bản của mình. Một chuyên gia thậm chí sẽ không cần phải xây dựng bản đồ này (bất kể hàng trăm hoặc hàng nghìn bảng có liên quan), bởi vì họ thường sẽ ngay lập tức xem liệu kiến trúc và nhu cầu trong tương lai mà bạn sẽ cần hỗ trợ là đọc hay viết chuyên sâu. Sau đó, bạn sẽ chọn một cơ sở dữ liệu thích hợp, dựa trên bố cục tổng thể này, và có thể xa hơn nữa dựa trên sở thích và kinh nghiệm cá nhân, vì làm việc với các công cụ phát triển phần mềm tương ứng có thể có từ trước. MySQL là sự lựa chọn thông thường để đọc các triển khai chuyên sâu. Nhiều nhà phát triển tìm đến các cơ sở dữ liệu như PostgreSQL để triển khai viết chuyên sâu đáng tin cậy. Chúng tôi phát triển định hướng của mình đối với những công cụ quan trọng như vậy bằng cách nghiên cứu cẩn thận và bằng cách rút ra kinh nghiệm của ngành phát triển phần mềm nói chung. Nhìn chung có thể tránh được chi phí, bởi vì có sẵn việc triển khai miễn phí các công cụ rất tốt. Những gì chúng tôi đang tìm kiếm là hiệu suất trong môi trường đọc hoặc ghi chuyên sâu, độ tin cậy, dễ dàng và giảm thiểu việc quản trị cũng như tích hợp sẵn sàng với các công cụ phát triển phần mềm tiềm năng.
Bước 2. Chọn các công cụ phát triển phần mềm của bạn
Có hai mẫu cần xem xét trong việc lựa chọn các công cụ phát triển phần mềm. Trên thực tế, các công cụ "dễ dàng" có mục đích hiếm khi dễ dàng, khi một dự án chắc chắn sẽ phá vỡ quá trình phát triển và các mẫu chức năng các công cụ "dễ dàng" thường bị giới hạn. Nếu bạn muốn làm điều gì đó ngoài các công cụ "dễ dàng", chẳng hạn như kết hợp ngôn ngữ hoặc tham số dịch trong URL được tạo động, thì việc thực hiện trong các công cụ "dễ dàng" có thể khó khăn hơn nhiều đến mức có thể cần đến các kỹ năng lập trình cực kỳ phức tạp như cũng như đánh lừa mô hình dễ dàng để làm những việc phức tạp hơn. Chúng ta phải nắm vững các công cụ của mình để xây dựng các dự án tốt. Điều này không làm cho các công cụ dễ dàng trở thành lựa chọn tốt nhất, hoặc các công cụ phức tạp nhất trở thành một đề xuất khó. Cái bẫy của sự phát triển "dễ dàng" nói chung bao gồm những hạn chế mà việc khắc phục trở nên rất tốn kém trong quá trình phát triển tất yếu của các dự án. Nhìn chung có rất nhiều công cụ như vậy phát sinh, bề ngoài đáp ứng được những nhu cầu đó. Nhưng khuôn mẫu về sự bền bỉ của các công cụ phản bội một thực tế bề ngoài là đã hoàn thành mục tiêu này; và do đó, nói chung, chúng tôi thấy rằng các công cụ mạnh mẽ và tinh vi nhất, tuân theo các mô hình tốt (hoặc tính sẵn có của các đối tượng và thư viện), không chỉ làm giảm bớt các trở ngại thực tế không thể tránh khỏi đối với các công cụ dễ dàng, mà còn làm cho quá trình "đến đó" trở nên đơn giản hơn nhiều. Khi chúng tôi kiểm tra phạm vi của các công cụ có sẵn, các mô hình thường ít toàn diện hơn được trình bày trong các khái niệm phát triển ban đầu và các khái niệm tốt hơn được đưa ra bởi các công cụ phát sinh sau này (hoặc chúng sẽ không có cơ hội tồn tại trong các thị trường đã giành được). Nếu chúng ta chọn một công cụ có chủ đích dễ dàng thì những gì chúng ta đang tìm kiếm là một mô hình phát triển vừa dễ sử dụng vừa không bị cản trở. Nghịch lý đối với neophyte sau đó là khó khăn trong việc nhìn xa dưới con đường mà chúng ta có thể cảm nhận được các vật cản lập trình đối với một bộ công cụ nhất định. Một số người tin rằng các công cụ tốt nhất là mạnh nhất và ít hạn chế nhất về phương pháp tiếp cận dự án. Tự do phát triển những gì bạn muốn và cần thường có nghĩa là phá vỡ mô hình chung của các công cụ bề ngoài có vẻ đơn giản, những thách thức trong đó thực tế có thể phá vỡ bộ não của kỹ sư phần mềm dày dạn và tinh vi nhất, bởi vì thành công trong một đối tượng như vậy có nghĩa là làm cho nó trở nên "đơn giản" mô hình làm một cái gì đó nó có thể không có năng lực gốc để hỗ trợ. Chẳng hạn, "Ruby" có thực sự là một công cụ dễ dàng hơn C ++ hoặc C # cơ bản không? Không. Không thực sự, đặc biệt nếu bạn phải phá vỡ mô hình đơn giản của Ruby để cung cấp chức năng quan trọng. Giống như Ruby, GCC miễn phí cho Linux và OSX. Ruby cũng có trên OSX - bạn chỉ cần khám phá nó trên hệ thống của mình. Trong số các công cụ có mục đích dễ dàng hơn, lựa chọn cá nhân của tôi là Ruby. Trong số các công cụ thực sự tinh vi, C ++ và C # sẽ thống trị lâu dài trong tương lai; và sự thật là, đây là những phương tiện duy nhất để phát triển mà không bị cản trở. Vì vậy, hãy ngồi thẳng và chuẩn bị cho việc học tập nghiêm túc, bởi vì bất kể con đường bạn chọn, bạn sẽ phải thành thạo không chỉ các công cụ của mình mà còn phải nắm vững các mô hình có khả năng hạn chế mà những công cụ đó cuối cùng có thể khiến bạn gặp khó khăn. Ruby có lẽ sạch hơn nhiều so với hầu hết tất cả các đồng nghiệp "dễ tính" của nó. C ++ là công cụ xuất sắc không bị cản trở; và trên thực tế, các chuyên gia dày dạn kinh nghiệm sẽ tạo ra các dự án vô song có thể với độ khó ít hơn nhiều so với việc chúng có thể hoàn thành các mục tiêu tương tự bằng một công cụ có chủ đích dễ dàng. Cuối cùng, các nhà phát triển đi lạc khỏi quan sát này phải trả một cái giá nào đó: hoặc chọn công cụ "dễ dàng" có lợi nhất hoặc bớt lo lắng về sự tự do khỏi sự cản trở trong công cụ phức tạp nhất. Trong trường hợp sau, bạn làm chủ các đối tượng Fast CGI, lấy bóng và chạy. Các khái niệm lớn được thực hiện thường với ít mã. Đúng vậy, các công cụ đơn giản cũng đưa ra tuyên bố tương tự, nhưng bằng cách trừu tượng hóa khó khăn bề ngoài ra khỏi chúng ta theo những cách khác nhau so với mô hình thông thường của chúng, đặt ra những thách thức kỹ thuật rất khó khăn, ngoài các khuyết tật về hiệu suất mà C ++ giải quyết.
Bước 3. Trong quá trình giải quyết những câu hỏi này, chắc chắn chúng ta phải xem xét các mô hình hoặc mô hình cơ bản của việc phát triển các dự án có tính chất mà chúng ta mong muốn
Điều này có nghĩa là lấy tài liệu tốt nhất cho các công cụ mà chúng tôi muốn so sánh, và ít nhất là cung cấp cho khái niệm của chúng tôi một số hình thức mà nó có thể có trong một bộ công cụ nhất định, so với những công cụ khác. Chẳng hạn, trước khi chọn Ruby, bạn có thể chọn những cuốn sách quan trọng như "Ngôn ngữ lập trình Ruby" và "Phát triển web nhanh nhẹn với Rails." Nghiên cứu ban đầu của bạn không chỉ phải thành thạo đầy đủ các công cụ, mà còn phải hình dung cách bạn có thể đạt được điều đó - cách bạn có thể cung cấp chức năng mong muốn với công cụ bạn có thể chọn. Đây là một nhiệm vụ khó khăn đối với người mới bắt đầu. Nếu bạn định so sánh một môi trường phát triển dễ dàng có chủ đích với môi trường phát triển tốt nhất, bạn cũng sẽ phải đánh giá các công cụ C tốt nhất. Nếu bạn thực sự trở thành một kỹ sư dày dạn kinh nghiệm, bạn sẽ chọn C vì nó không bị giới hạn. C có thực sự khó hơn không? Cú pháp là cú pháp. Cuối cùng, bạn phải thành thạo việc diễn đạt cùng một chức năng; và trên thực tế, họ ngôn ngữ C là tuyệt vời. Điều khó khăn để xuất sắc ngay lập tức trong C ++ là đặt tay vào các mô hình mà bạn có thể cần xây dựng. Một khởi đầu tuyệt vời từ thực tế cách đây 15 năm là các thành phần FastCGI ban đầu có sẵn trong CPPBuilder của Borland - có lẽ vẫn là C ++ tốt nhất cho Windows. Ngay cả những người khởi xướng C cũng có thể tiến xa với các cách tiếp cận hướng đối tượng như vậy, bởi vì mô hình chung của chức năng duy trì được xây dựng trong chính những thứ bạn làm việc. Ví dụ, công việc của bạn trôi chảy hơn nhiều so với trong Ruby, bất cứ khi nào bạn có thể phá vỡ hoặc vượt quá mô hình Ruby trong cách tiếp cận của mình. Mặt khác, các kỹ thuật giàn giáo Rails có nhiều công việc đối với tân sinh vật, nếu và chỉ khi dự án phù hợp với khuôn mẫu chung của Ruby và Rails. Tuy nhiên, hãy giới thiệu các điều khoản bảo mật thô sơ, được công nhận trong tất cả các giao diện Ruby của bạn và điều tiếp theo bạn biết, bạn đang viết lại hàng nghìn dòng mã Ruby được tạo tự động cho mọi bảng mà ứng dụng của bạn thương lượng. Điều đó có dễ dàng không? Vâng, tôi làm điều đó với một trình soạn thảo Windows có tên là NoteTab Pro, hoạt động trên các dự án Ruby nằm trên hệ thống OSX; và các macro phức tạp thực hiện các bản sửa đổi của tôi có lẽ chỉ trong một giây, tùy chỉnh một nghìn dòng mã thành gần gấp đôi. Tuy nhiên, điều này liên quan đến chức năng tương đối đơn giản, cơ bản, mà một dự án bị hạn chế. Thực tế là, trong C ++, chúng ta có thể viết các đối tượng của riêng mình để xử lý các tác vụ này một cách thực sự phổ biến - bạn thậm chí không bao giờ phải lặp lại quá trình này. Vì vậy, đây là những sự đánh đổi. Cuối cùng, hướng đối tượng C là mạnh mẽ và hiệu quả nhất. Có nghĩa là nó cũng ít công việc nhất.
Bước 4. Cho dù bạn có lựa chọn công cụ lập trình nào đi chăng nữa, không có cách nào tránh khỏi sự phụ thuộc vào việc thành thạo HTML và CSS một cách hợp lý
Nói chung, các nhà phát triển dày dạn kinh nghiệm dựa vào W3C.org để làm tài liệu quan trọng. trang web
Video - Bằng cách sử dụng dịch vụ này, một số thông tin có thể được chia sẻ với YouTube
Lời khuyên
- Khi đó, một phần quan trọng trong nhiệm vụ của bạn sẽ là có được những nguồn tài nguyên tốt nhất. Tôi sẽ bắt đầu với Ruby; và nếu bạn muốn vượt trội, bạn sẽ phải đánh giá các ngôn ngữ C hướng đối tượng và môi trường mà các dự án được viết tốt sẽ hoạt động tốt hơn tất cả các đồng nghiệp.
- Do đó, không có gì có thể thay thế việc nghiên cứu và đánh giá toàn diện.
Cảnh báo
- Một trở ngại nữa để thực sự thành thạo các công cụ đơn giản là hành vi thiếu chuyên nghiệp trên nhiều diễn đàn. Có một sự khác biệt rất lớn giữa bí quyết chuyên nghiệp và kỹ năng giả vờ mà thường có thể khiến bạn lạc lối khỏi con đường đúng đắn. Các nguồn thông tin tốt nhất thường là những người đồng nghiệp có thành tích cao nhất, chứ không phải là những bậc thầy giả danh về các công cụ đơn giản có chủ đích, những người chỉ đơn giản ủng hộ việc bám vào một khuôn mẫu có sẵn cho họ. Lý do chính mà bạn sẽ gửi câu hỏi đến các diễn đàn là bạn sẽ cần phải vượt quá (do đó phá vỡ) mô hình bao gồm cách tiếp cận đơn giản có chủ đích. Khi bạn chắc chắn gặp phải những nhu cầu này, bạn cần những lời khuyên tốt nhất.
- Đừng bao giờ nghĩ rằng một lối tắt có vẻ như thực sự hoạt động. RẤT thường xuyên, câu chuyện ngược lại là đúng.
