PostgreSQL
 sql >> Teknologi Basis Data >  >> RDS >> PostgreSQL

Apakah desain PHP, Python, PostgreSQL cocok untuk aplikasi bisnis?

Lihat Django .

Kode Python. Bahasa template yang memungkinkan beberapa fitur yang sama seperti PHP -- sintaks yang sedikit berbeda.

Model dipisahkan dari fungsi tampilan ("aturan bisnis") dan dipisahkan dari presentasi. Ini diberlakukan di seluruh Django.

Salah satu pertanyaan umum adalah "mengapa saya tidak bisa melakukan -- beberapa hal gila seperti PHP -- dalam template Django?" Jawabannya adalah bahwa presentasi tidak diproses. Lakukan pemrosesan Anda dalam fungsi tampilan Django. Render hasilnya sebagai HTML dalam template.

Juga, Django memiliki lapisan ORM untuk menceraikan Anda dari pertimbangan SQL kecil. MySQL atau PostgreSQL kurang lebih setara dari dalam Django.

Sunting

"Kedewasaan" berarti banyak hal. Anda secara khusus menyebut orang-orang yang terampil sebagai tanda kedewasaan.

Django adalah Python murni. Jika Anda dapat menemukan orang Python, mereka dapat mempelajari Django dalam beberapa hari. Mereka hanya perlu melakukan tutorial.

  • Situs bertenaga Django biasanya Apache + beberapa lem + Django. Lemnya bisa mod_wsgi atau mod_python atau mod_fastcgi. Anda harus mengatur konfigurasi ini dengan hati-hati karena ada beberapa bagian yang bergerak. Namun, ini adalah masalah konfigurasi Apache yang sama dengan yang Anda alami dengan PHP -- tidak ada yang baru di sini.

  • Situs Django memiliki satu atau lebih instans server Django, masing-masing dengan file pengaturan, pemetaan URL dan sejumlah aplikasi. Python murni pada saat ini.

  • Aplikasi Django memiliki pemetaan URL, model dan tampilan. Semua Python murni. Unit diuji dengan ekstensi Django ke kerangka kerja unittest internal Python sendiri.

  • Model menggunakan lapisan ORM. Ini mungkin, mungkin, menjadi satu-satunya hal yang paling membingungkan di Django. Orang terkadang mendesain model yang sangat aneh karena mereka berpikir terlalu tinggi-uber-generik atau mereka terlalu banyak berpikir dalam SQL. Django adalah jalan tengah sebagian besar orientasi objek dengan beberapa pertimbangan SQL. Dapatkan ini, dan Anda tak terbendung.

  • Aplikasi Django mungkin memiliki templat, yang berada dalam bahasa templatnya sendiri. Ini akan menjadi satu-satunya hal non-Python yang menarik. Anda mungkin ingin menambahkan tag khusus -- Python murni.

  • Anda mungkin akan memiliki JavaScript (juga berlaku untuk PHP dan setiap kerangka kerja aplikasi web lainnya). Tidak ada yang baru di sini.

  • Karena aplikasi admin Django secara otomatis menangani pemrosesan CRUD dasar, Anda tidak perlu menulis ini. Anda bebas menulis semua hal transaksional yang Anda inginkan. Tapi Anda tidak perlu melakukannya. Ini membawa Anda ke hibrida yang sangat, sangat kuat.

    • Anda menulis beberapa transaksi yang rumit dan kritis. Python Murni, BTW.

    • Anda tidak menulis transaksi pemeliharaan tabel yang bodoh. Tidak ada kode sama sekali yang lebih unggul dari Python atau PHP.

    • Setelah kaki Anda basah dengan mesin template dan CSS, Anda dapat menyesuaikan antarmuka admin agar terlihat seperti apa pun yang Anda inginkan. Ini adalah materi HTML/CSS, bukan Python atau PHP.

Intinya. Sebagian besar keahliannya adalah Python. ORM adalah -- secara sintaksis -- Python, tetapi membutuhkan kehati-hatian dalam melakukan sesuatu dengan sederhana dan bersih. Template adalah bahasanya sendiri, tetapi jauh lebih sederhana daripada PHP. Sisanya adalah SQL, Javascript, HTML, CSS, Apache, dan lainnya.

Sunting

Kedewasaan Django

Blog Django membentang kembali ke '05, yang berarti mereka memiliki pengalaman yang solid selama bertahun-tahun sebelum akhirnya merilis 1.0 pada bulan September '08. Pengembangan tampaknya dimulai pada '03.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cara mencadangkan tabel yang dipartisi di PostgresSQL 10

  2. Apakah ada operator TERTUTUP postgres?

  3. Dapatkan data dari php ke dalam skrip c#

  4. PostgreSQL menemukan semua kemungkinan kombinasi (permutasi) dalam kueri rekursif

  5. Kesalahan:Kunci ... tidak ada di tabel