php - Bagaimanakah antara muka belakang apl mudah alih direka? ? ? Bolehkah anda memberitahu saya jika anda telah melakukan pembangunan antara muka belakang apl? Terima kasih
滿天的星座2017-05-16 13:00:24
0
1
759
Bagaimanakah antara muka belakang apl mudah alih direka bentuk? ? ? Bolehkah anda memberitahu saya jika anda telah melakukan pembangunan antara muka belakang apl? Terima kasih
Pertama, dari perspektif keperluan dan prestasi perniagaan, adalah perlu untuk menentukan dengan jelas struktur data yang diletakkan di bahagian hadapan, struktur data yang diletakkan di bahagian belakang, yang mana hanya perlu diambil sekali dan kemudian dicache dalam bahagian hadapan, dan yang mana yang dicache pada bahagian hadapan setiap kali Perkara yang perlu dikomunikasikan dengan bahagian belakang, perkara yang memerlukan respons masa nyata, perkara yang perlu ditolak, dsb. Hanya selepas semua ini dipertimbangkan dengan jelas dan dikomunikasikan sepenuhnya dengan semua ahli pasukan projek, dan pembangun bahagian depan dan belakang semua bersetuju dengan seni bina ini, barulah kita boleh mula mempertimbangkan cara mereka bentuk bahagian belakang.
Kedua, apabila memulakan reka bentuk bahagian belakang, perkara pertama yang perlu dipertimbangkan ialah pemilihan pangkalan data Ini adalah satu lagi topik besar dan tidak akan dibincangkan secara terperinci di sini. Secara teori, mana-mana bahasa boleh dilengkapi dengan mana-mana pangkalan data, tetapi ini tidak selalu berlaku. Sebaik-baiknya gunakan node.js untuk Mongodb Adakah PHP okay? Sudah tentu boleh. Jika antara muka adalah tenang, mungkin lebih baik untuk memilih postgresql daripada mysql, kerana ia mempunyai antara muka rehat sendiri dan tidak perlu dibangunkan Tetapi bagaimana untuk memastikan keselamatan? Adakah ia menyokong jwt? Bagaimana prestasinya? Isu-isu ini perlu dipertimbangkan dengan teliti. Banyak kajian dan pengalaman sebelum ini boleh menjimatkan banyak masa, jangan melabur secara membabi buta dalam pembangunan.
Ketiga, apabila kedua-dua pangkalan data dan bahasa pembangunan dipilih, ia juga bergantung kepada sama ada untuk menggunakan rangka kerja siap pakai Malah PHP mempunyai sekurang-kurangnya 10 atau lebih rangka kerja untuk dipilih hasilnya dengan separuh usaha. Pada peringkat ini, antara muka bahagian hadapan dan bahagian belakang terutamanya menggunakan komunikasi json, dan protokol sabun jarang digunakan. Walau bagaimanapun, ia juga bergantung pada sama ada ia segerak atau tak segerak Biasanya komunikasi ajax tak segerak digunakan, tetapi komunikasi segerak juga mungkin diperlukan, dalam hal ini websocket digunakan. Walaupun anda menggunakan json, anda mempunyai pilihan untuk mentakrifkan medan json anda sendiri dan menggunakan kaedah rehat Jika anda menggunakan kaedah rehat, anda mesti mempertimbangkan isu keselamatan, kerana ajax tidak mempunyai kewarganegaraan dan tiada sesi dan kuki tersedia.
Akhirnya, terdapat faktor manusia Kitaran pembangunan tidak boleh lama, dan tidak ada masa untuk semua orang belajar Oleh itu, adalah perlu juga untuk mempertimbangkan bahasa, pangkalan data dan rangka kerja yang biasa digunakan oleh ahli pasukan untuk mencapai a keseimbangan antara prestasi sistem dan kelajuan pembangunan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Ini soalan besar. Mari jawab dari beberapa sudut.
Pertama, dari perspektif keperluan dan prestasi perniagaan, adalah perlu untuk menentukan dengan jelas struktur data yang diletakkan di bahagian hadapan, struktur data yang diletakkan di bahagian belakang, yang mana hanya perlu diambil sekali dan kemudian dicache dalam bahagian hadapan, dan yang mana yang dicache pada bahagian hadapan setiap kali Perkara yang perlu dikomunikasikan dengan bahagian belakang, perkara yang memerlukan respons masa nyata, perkara yang perlu ditolak, dsb. Hanya selepas semua ini dipertimbangkan dengan jelas dan dikomunikasikan sepenuhnya dengan semua ahli pasukan projek, dan pembangun bahagian depan dan belakang semua bersetuju dengan seni bina ini, barulah kita boleh mula mempertimbangkan cara mereka bentuk bahagian belakang.
Kedua, apabila memulakan reka bentuk bahagian belakang, perkara pertama yang perlu dipertimbangkan ialah pemilihan pangkalan data Ini adalah satu lagi topik besar dan tidak akan dibincangkan secara terperinci di sini. Secara teori, mana-mana bahasa boleh dilengkapi dengan mana-mana pangkalan data, tetapi ini tidak selalu berlaku. Sebaik-baiknya gunakan node.js untuk Mongodb Adakah PHP okay? Sudah tentu boleh. Jika antara muka adalah tenang, mungkin lebih baik untuk memilih postgresql daripada mysql, kerana ia mempunyai antara muka rehat sendiri dan tidak perlu dibangunkan Tetapi bagaimana untuk memastikan keselamatan? Adakah ia menyokong jwt? Bagaimana prestasinya? Isu-isu ini perlu dipertimbangkan dengan teliti. Banyak kajian dan pengalaman sebelum ini boleh menjimatkan banyak masa, jangan melabur secara membabi buta dalam pembangunan.
Ketiga, apabila kedua-dua pangkalan data dan bahasa pembangunan dipilih, ia juga bergantung kepada sama ada untuk menggunakan rangka kerja siap pakai Malah PHP mempunyai sekurang-kurangnya 10 atau lebih rangka kerja untuk dipilih hasilnya dengan separuh usaha. Pada peringkat ini, antara muka bahagian hadapan dan bahagian belakang terutamanya menggunakan komunikasi json, dan protokol sabun jarang digunakan. Walau bagaimanapun, ia juga bergantung pada sama ada ia segerak atau tak segerak Biasanya komunikasi ajax tak segerak digunakan, tetapi komunikasi segerak juga mungkin diperlukan, dalam hal ini websocket digunakan. Walaupun anda menggunakan json, anda mempunyai pilihan untuk mentakrifkan medan json anda sendiri dan menggunakan kaedah rehat Jika anda menggunakan kaedah rehat, anda mesti mempertimbangkan isu keselamatan, kerana ajax tidak mempunyai kewarganegaraan dan tiada sesi dan kuki tersedia.
Akhirnya, terdapat faktor manusia Kitaran pembangunan tidak boleh lama, dan tidak ada masa untuk semua orang belajar Oleh itu, adalah perlu juga untuk mempertimbangkan bahasa, pangkalan data dan rangka kerja yang biasa digunakan oleh ahli pasukan untuk mencapai a keseimbangan antara prestasi sistem dan kelajuan pembangunan.