Isu topik ini begitu luas dan bervariasi dalam pendekatan yang mungkin sehingga setiap jawapan yang realistik untuk soalan yang tidak dapat dielakkan hanya dapat menunjukkan keseluruhan jalan.
Ramai orang hari ini mahu dan berharap dapat membina kehadiran web yang dinamik (berdasarkan data), seni bina yang mudah memuat bahan baru, semakan, dan interaksi pengunjung. wikiHow misalnya adalah laman web yang dinamik. Walaupun tujuan projek berkualiti berada dalam jangkauan semua orang yang rajin, adalah suatu kesalahan untuk meremehkan apa yang pada akhirnya merupakan tugas yang sangat mencabar, terutama pada objek teknis dari setiap proyek yang mungkin. Malah kehadiran web dinamik yang paling sederhana memerlukan kemahiran yang mencukupi dalam pelbagai disiplin ilmu.
Dalam mencapai tujuan yang sangat diperlukan, tidak ada yang dapat menyimpang dari reka bentuk pangkalan data yang baik. Mempersiapkan diri dalam disiplin ini sahaja adalah badan kerja yang penting (tetapi tidak bersifat eksklusif). Sebaik sahaja kita mempunyai ringkasan objektif projek, kita mesti membayangkan cara yang baik untuk mencapainya. Kemudian kita mempunyai bahasa pengaturcaraan atau alat untuk dipilih, berdasarkan visi untuk seni bina projek yang ideal.
Melihat keseluruhan gambar sejak awal lagi, adalah kemahiran yang paling penting.
Langkah-langkah
Langkah 1. Dapatkan otak anda untuk mengetahui jenis alat dan proses yang akan mencapai matlamat anda
Kerana inti utama dari kehadiran web yang dinamik adalah pangkalan data dan pemprosesan data, tujuan penting pertama kami adalah membuat keputusan yang mendalam mengenai mesin pangkalan data. Bukan idea yang baik untuk berharap dapat membuat keputusan dengan santai hanya dengan cara awal yang kelihatan dan paling wajar.
- Objektif utama keputusan pertama ini adalah untuk merancang projek kami dengan cara (dengan alat dan mesin pangkalan data) yang akan memenuhi keperluan anda sepanjang jalan di masa depan, di mana, kerana anda membuat keputusan awal yang tepat, anda akan membina asas awal anda dengan berkesan, cekap dan tanpa halangan akhirnya. Ini bermaksud bahawa idealnya, enjin pangkalan data yang anda pilih bukan hanya mudah, atau nampaknya mudah digunakan hari ini; dari awal ia mesti menjadi mesin yang akan menyokong permintaan pemprosesan hiliran anda.
- Kadang kala pertimbangan komersial mempengaruhi pilihan sedemikian. Enjin apa yang intensif kehadiran (dan mahal)? Enjin apa yang hampir tidak hadir dalam pelaksanaan yang menyokong matlamat pemprosesan yang mesti dicapai oleh projek akhir anda? Secara amnya, corak yang harus diikuti adalah memilih mesin anda berdasarkan salah satu daripada dua kemungkinan pelupusan.
- Untuk melakukannya, anda mesti terlebih dahulu memaparkan keperluan jadual asas anda. Seorang profesional tidak perlu membuat peta ini (tidak kira walaupun beratus-ratus atau beribu-ribu meja terlibat), kerana mereka biasanya akan segera melihat sama ada seni bina dan keperluan masa depan yang anda perlukan untuk disokong sama ada membaca atau menulis secara intensif. Anda kemudian akan memilih pangkalan data yang sesuai, berdasarkan keseluruhan keputusan ini, dan mungkin lebih jauh berdasarkan cita rasa dan pengalaman peribadi, kerana bekerja dengan alat pengembangan perisian masing-masing mungkin. MySQL adalah pilihan biasa untuk pelaksanaan intensif membaca. Banyak pembangun mencari pangkalan data seperti PostgreSQL untuk pelaksanaan intensif penulisan yang boleh dipercayai. Kami mengembangkan kecenderungan kami terhadap alat-alat penting seperti itu dengan penyelidikan yang teliti, dan dengan memanfaatkan kumpulan pengalaman industri pengembangan perisian umum. Perbelanjaan biasanya dapat dielakkan, kerana penggunaan alat yang sangat baik tersedia secara percuma. Apa yang kami cari ialah prestasi dalam persekitaran intensif membaca atau menulis, kebolehpercayaan, kemudahan dan pengurangan pentadbiran, dan integrasi siap dengan calon alat pembangunan perisian.
Langkah 2. Pilih alat pengembangan perisian anda
Terdapat dua corak yang perlu dipertimbangkan dalam memilih alat pengembangan perisian. Alat kononnya "senang" sebenarnya tidak mudah, apabila projek pasti dapat mematahkan corak pembangunan dan corak fungsi alat "mudah" umumnya terhad kepada. Sekiranya anda ingin melakukan sesuatu di luar alat "mudah" seperti memasukkan bahasa atau parameter terjemahan dalam URL yang dihasilkan secara dinamik, mungkin lebih sukar untuk dicapai dalam alat "mudah" sehingga memerlukan kemahiran pengaturcaraan yang sangat canggih sebagai sama seperti menipu corak mudah untuk melakukan perkara yang lebih kompleks. Kita mesti menguasai alat kita untuk membina projek yang baik. Ini tidak menjadikan alat mudah sebagai pilihan terbaik, atau alat yang paling canggih menjadi cadangan yang sukar. Perangkap pembangunan "mudah" umumnya merangkumi batasan yang menjadi sangat mahal untuk diatasi dalam evolusi projek yang tidak dapat dielakkan. Sebilangan besar alat seperti itu biasanya timbul, nampaknya memenuhi keperluan tersebut. Tetapi corak ketekunan alat ini menunjukkan fakta yang nyata bahawa telah mencapai tujuan ini; dan oleh itu, secara amnya kita dapati bahawa alat yang paling canggih dan kuat, mengikuti corak yang baik (atau ketersediaan objek dan perpustakaan), bukan sahaja dapat mengurangkan halangan praktikal yang tidak dapat dielakkan kepada alat mudah, tetapi juga menjadikan "menuju ke sana" proses yang jauh lebih mudah. Apabila kita meneliti skop alat yang tersedia, model yang umumnya kurang komprehensif disajikan dalam konsep pengembangan awal, dan konsep yang lebih baik ditawarkan oleh alat yang muncul kemudian (atau mereka tidak akan berpeluang bertahan di pasar yang telah dimenangkan). Sekiranya kita memilih alat yang kononnya mudah, apa yang kita cari adalah corak pengembangan yang baik dan tanpa halangan akhirnya. Paradoks untuk neofit adalah kesukaran untuk melihat sejauh ini sehingga kita dapat melihat halangan pengaturcaraan terhadap satu set alat tertentu. Sebilangan orang percaya bahawa alat terbaik adalah yang paling berkuasa dan paling tidak terhad dari segi pendekatan projek. Kebebasan untuk mengembangkan apa yang anda mahukan dan perlukan sering bermaksud memecahkan model umum alat yang nampaknya mudah maka, cabaran yang praktikalnya dapat mematahkan otak jurutera perisian yang paling berpengalaman dan canggih, kerana berjaya dalam objek seperti itu bermaksud menjadikan "sederhana" model melakukan sesuatu yang mungkin tidak mempunyai keupayaan asli untuk menyokong. Adakah "Ruby" misalnya adalah alat yang lebih mudah daripada asas C ++ atau C #? Tidak. Tidak semestinya, terutamanya jika anda harus memecahkan model Ruby yang ringkas untuk memberikan fungsi penting. Seperti Ruby, GCC percuma untuk Linux dan OSX. Ruby juga hadir di OSX - anda hanya perlu mencarinya di sistem anda. Dari alat yang kononnya lebih mudah, pilihan peribadi saya ialah Ruby. Dari alat yang benar-benar canggih, C ++ dan C # akan berkuasa lama hingga masa depan; dan sebenarnya, ini adalah satu-satunya kenderaan untuk pembangunan tanpa halangan. Oleh itu, duduk tegak dan bersiaplah untuk belajar dengan serius, kerana tidak kira jalan yang anda pilih, anda harus menguasai bukan sahaja alat anda, tetapi model yang mungkin menyekat yang akhirnya dapat dibebani oleh alat tersebut. Ruby mungkin jauh lebih bersih daripada hampir semua rakannya yang "senang". C ++ adalah alat kecemerlangan tanpa beban; dan sebenarnya, guru berpengalaman akan menghasilkan projek tanpa sebanding mungkin dengan kesukaran yang jauh lebih rendah daripada mereka mungkin mencapai tujuan yang sama dengan alat yang kononnya mudah. Pada akhirnya, pemaju yang tersasar dari pemerhatian ini membayar harga: memilih alat "mudah" yang paling kondusif, atau bimbang akan kebebasan daripada bebanan dalam alat yang paling canggih. Dalam kes terakhir, anda menguasai objek CGI Cepat, mengambil bola dan berlari. Konsep besar dilaksanakan dengan sedikit kod. Ya, alat mudah membuat tuntutan yang sama, tetapi dengan menyingkirkan kesukaran yang jelas dari kita dengan cara yang menyimpang dari corak tunggal mereka biasanya menimbulkan cabaran kejuruteraan yang sangat sukar, selain kelemahan prestasi yang dapat diselesaikan oleh C ++.
Langkah 3. Dalam usaha menyelesaikan persoalan-persoalan ini, kita mesti meneliti model-model asas atau corak-corak pengembangan projek yang ingin kita hasilkan
Ini bererti memperoleh literatur terbaik untuk alat yang ingin kita bandingkan, dan setidaknya memberikan konsep kita beberapa bentuk yang mungkin diperlukan dalam satu set alat tertentu, dibandingkan dengan yang lain. Sebelum memilih Ruby misalnya, anda mungkin mengambil buku-buku penting seperti "The Ruby Programming Language", dan "Agile Web Development with Rails." Kajian awal anda bukan sahaja dapat menguasai alat yang mencukupi, tetapi juga membayangkan bagaimana anda boleh sampai ke sana - bagaimana anda dapat menyediakan fungsi yang diinginkan dengan alat yang mungkin anda pilih. Ini adalah tugas yang menakutkan bagi para inisiat. Sekiranya anda akan membandingkan persekitaran pembangunan yang kononnya mudah dengan yang terbaik, anda juga harus menilai alat C terbaik. Sekiranya anda benar-benar akan menjadi jurutera berpengalaman, anda akan memilih C kerana kebebasannya dari had. Adakah C lebih sukar? Tidak. Sintaks adalah sintaks. Pada akhirnya, anda harus menguasai menyatakan fungsi yang sama; dan sebenarnya, keluarga bahasa C sangat baik. Perkara yang sukar untuk mencapai kejayaan di C ++ adalah meletakkan model anda yang mungkin perlu anda bangunkan. Permulaan yang sangat baik dari hampir 15 tahun yang lalu adalah komponen FastCGI asli yang terdapat di CPPBuilder Borland - mungkin masih C ++ terbaik untuk Windows. Malah pemula C dapat pergi jauh dengan pendekatan berorientasi objek seperti itu, kerana model umum fungsi penunjang terbentuk dalam perkara yang anda kerjakan. Karya anda jauh lebih bebas daripada yang dapat dilakukan di Ruby misalnya, bila-bila masa anda mungkin melanggar atau melebihi model Ruby dalam pendekatan anda. Sebaliknya, teknik perancah Rails mempercepat banyak kerja untuk neophyte, jika dan hanya jika projek itu sesuai dengan acuan umum Ruby dan Rails. Contohnya, perkenalkan peruntukan keselamatan asas, yang dikenali di semua antara muka Ruby anda, dan yang seterusnya anda ketahui, anda menulis semula seribu baris kod Ruby yang dihasilkan secara automatik untuk setiap jadual yang dirundingkan oleh aplikasi anda. Adakah itu mudah? Baiklah, saya melakukannya dengan editor Windows yang disebut NoteTab Pro, yang beroperasi pada projek Ruby yang berada di sistem OSX; dan makro yang canggih membuat semakan saya dalam beberapa saat, menyesuaikan seribu baris kod menjadi hampir dua kali ganda. Namun, ini berkaitan dengan fungsi asas yang agak sederhana, yang mana projeknya dibatasi. Faktanya ialah, di C ++ kita dapat menulis objek kita sendiri yang menangani tugas-tugas ini dengan sejagat - anda bahkan tidak perlu meniru proses ini. Jadi ini adalah pertukaran. Pada akhirnya, C berorientasikan objek adalah yang paling kuat dan cekap. Ini bermaksud ia juga paling tidak berfungsi.
Langkah 4. Tidak kira pilihan alat pengaturcaraan anda, tidak ada cara untuk mengelakkan pergantungan pada penguasaan HTML dan CSS yang wajar
Secara amnya, pembangun berpengalaman bergantung pada W3C.org untuk bahan penting. laman sesawang
Video - Dengan menggunakan perkhidmatan ini, beberapa maklumat dapat dikongsi dengan YouTube
Petua
- Bahagian penting dalam usaha anda adalah dengan menggunakan sumber terbaik. Saya akan mulakan dengan Ruby; dan jika anda ingin cemerlang, anda mesti menilai bahasa C yang berorientasi objek, dan persekitaran di mana projek yang ditulis dengan baik akan menunjukkan prestasi yang baik kepada semua rakan sebaya.
- Oleh itu, tidak ada yang dapat menggantikan kajian dan penilaian yang lengkap.
Amaran
- Halangan selanjutnya untuk benar-benar menguasai alat mudah adalah tingkah laku yang tidak profesional di banyak forum. Terdapat perbezaan yang besar antara pengetahuan profesional dan kemahiran berpura-pura yang sering menyebabkan anda jauh dari jalan yang betul. Sumber maklumat terbaik pada umumnya adalah rakan sebaya yang paling berjaya, bukan pura-pura menguasai alat yang kononnya sederhana yang hanya menganjurkan untuk berpegang pada satu corak yang ada pada mereka. Sebab utama anda akan mengemukakan soalan ke forum ialah anda perlu melampaui (dengan itu mematahkan) model yang disusun oleh pendekatan yang kononnya sederhana. Apabila anda pasti memenuhi keperluan ini, anda memerlukan nasihat terbaik.
- Jangan pernah berfikir bahawa jalan pintas yang kelihatan benar-benar mempercepat kerja. SANGAT kerap, sebaliknya adalah benar.
