Masa depan kes AppML
Yang berikut memperkenalkan versi Cina php tentang masa depan
Aplikasi web.Executable akan mati, JavaScript akan bertahan Executable yang disusun (seperti yang disusun daripada bahasa C atau Java) tidak akan berjalan pada perkakasan yang berbeza. Fail boleh laku (fail EXE, objek ActiveX dan COM, fail DLL) ialah komponen yang menghalang pembangunan aplikasi berjalan di Internet. Aplikasi akan datang tidak akan dapat menggunakan, atau bergantung pada, komponen yang dipasang pada komputer klien.
Nasihat kami:
Tulis aplikasi masa depan anda hanya menggunakan HTML, CSS dan JavaScript. Pastikan aplikasi masa hadapan anda akan dijalankan dalam mana-mana pelayar web.Aplikasi web akan menjadi perkhidmatan Internet Aplikasi masa lalu adalah aplikasi yang besar dan direka khas. Kebanyakan daripada mereka akan pupus tidak lama lagi kerana mereka tidak dapat menyediakan perkhidmatan apabila permintaan berubah. Aplikasi hendaklah fleksibel, serba boleh dan dapat menyesuaikan diri dengan baik kepada perubahan dalam keperluan tanpa rosak. Aplikasi seharusnya boleh berskala daripada menyokong berjuta-juta permintaan setiap hari. Aplikasi seharusnya boleh menyebar dan bergerak antara berbilang pelayan tanpa rosak. Apl harus berfungsi dengan apl lain. Aplikasi tidak boleh mengandungi sejumlah besar kod. Aplikasi harus dipecahkan kepada perkhidmatan yang lebih kecil supaya ia mudah dibuat dan mudah diselenggara. Aplikasi ialah satu set perkhidmatan Internet yang mengembalikan data kepada permintaan Internet yang diserahkan. Aplikasi harus meminta perkhidmatan melalui protokol Internet standard tanpa mengekalkan sambungan kekal ke pelayan.
Cadangan kami:
Tulis aplikasi masa hadapan anda menggunakan Internet berdasarkan SOA (Seni Bina Berorientasikan Perkhidmatan). Jadikan perkhidmatan aplikasi anda lebih serba boleh, lebih fleksibel dan mampu melayani pelbagai jenis permintaan.Aplikasi masa hadapan akan mudah dibuat dan diedit Pihak pelanggan dan pelayan akan bertukar-tukar data dengan cara yang mudah difahami. Aplikasi tidak akan dikodkan jika ini dapat dielakkan. Apl akan dibuat dan diubah suai dengan mengedit model dan bukannya mengedit kod. Penerangan aplikasi boleh dibaca oleh manusia. Perihalan aplikasi akan menjadi deskriptif sendiri. Aplikasi akan ditulis oleh pengguna, bukan pengaturcara.
Cadangan kami:
Gunakan fail teks yang boleh dibaca manusia untuk menerangkan perkhidmatan dan melaksanakan penerangan ini untuk menyediakan perkhidmatan. Gunakan fail teks (seperti fail XML) untuk menerangkan aplikasi. Gunakan fail teks (seperti fail XML) untuk pertukaran data. Gunakan HTML, CSS dan JavaScript untuk melaksanakan aplikasi.Tiga pembangun web kecil...Pada zaman dahulu, terdapat tiga pembangun web kecil, membangunkan tapak web baharu. 1. Pembangun web pertama menggunakan <AppML>. <🎜>
2. Pembangun web kedua menggunakan bahasa pengaturcaraan bahagian pelayan kegemarannya.
3. Yang ketiga ialah menggunakan rangka kerja pembangunan web perusahaan profesional.
Pembangun web pertama menyelesaikan demo dalam masa dua hari. Selepas bekerja dengan pengguna, prototaip awal telah disiapkan dalam masa seminggu. Selepas dua minggu ujian, tapak web yang pintar, pantas dan mudah digunakan sedia untuk dilancarkan.
Selepas 6 bulan, pembangun web kedua telah menyediakan tapak webnya. Tetapi WWW telah mengubah keperluannya dan tidak berpuas hati dengan tapaknya. Pembangun web ini tidak dapat membuat perubahan ketara pada projeknya kerana ia mengandungi terlalu banyak kod. Jadi, dia memulakan pembangunan versi 2.
Pembangun web ketiga tidak pernah berjaya menyelesaikan tugasnya. Rangka kerja pembangunan web profesional itu sukar digunakan, sukar difahami dan hampir mustahil untuk diuji.
Lihat cara pembangun pertama melakukannya.
