Sebagian besar proyek yang saya gunakan menggunakan beberapa komponen open-source. Sebagai prinsip umum, apakah itu ide yang baik untuk selalu menghindari mengikat semua komponen kode ke perpustakaan pihak ketiga dan bukannya pergi melalui pembungkus enkapsulasi untuk menghindari rasa sakit...
Departemen saya berspesialisasi dalam mengonversi data pelanggan ke dalam skema basis data kami sehingga mereka dapat menggunakan perangkat lunak kami. Saat ini, kami memiliki aplikasi C # yang membutuhkan IDataReader(99% dari waktu itu SqlDataReader), melakukan pembersihan dan pemetaan,...
Tim yang saya tangani membuat komponen yang dapat digunakan oleh mitra perusahaan untuk berintegrasi dengan platform kami. Karena itu, saya setuju bahwa kita harus sangat berhati-hati ketika memperkenalkan dependensi (pihak ketiga). Saat ini kami tidak memiliki dependensi pihak ketiga dan kami...
Baru-baru ini saya memulai sebuah proyek yang sepertinya tidak terlalu sulit untuk dibuat, konsepnya adalah aplikasi yang cukup sederhana yang harus menerima input setiap sekarang (mungkin 10x sehari), dan mencoba untuk melakukan beberapa operasi pada mereka dan mengumpulkan semua hasil pada...
Katakanlah saya memiliki proyek yang bergantung pada 10 perpustakaan, dan di dalam bagasi proyek saya, saya bebas menggunakan versi perpustakaan mana pun. Jadi saya mulai dengan versi terbaru. Kemudian, masing-masing perpustakaan mendapat pembaruan sebulan sekali (rata-rata). Sekarang, menjaga...
Saya baru-baru ini menemukan bahwa VanillaJS (dokumen?) Adalah perpustakaan yang hanya dibundel dengan 99% browser dan bukan JavaScript asli (kejutan dalam hidup saya). Saat menulis lib saya sendiri, saya biasanya menghindari semua hal yang bermanfaat, kebanyakan libs. Sekarang saya punya tiga...
Seperti penulis pertanyaan ini dari 2012 dan yang ini dari 2013 , saya memiliki perpustakaan pihak ke-3 yang harus saya bungkus untuk menguji aplikasi saya dengan benar. Jawaban teratas menyatakan: Anda selalu ingin membungkus tipe dan metode pihak ketiga di belakang sebuah antarmuka. Ini bisa...
Dalam proyek open source, sejumlah perpustakaan open source lainnya telah dimasukkan untuk mengimplementasikan fungsionalitas yang diperlukan, beberapa sebagai perpustakaan (LGPL), dan beberapa sebagai kode sumber (non-LGPL). Lisensi BSD baru dipilih untuk proyek tersebut. Pustaka sumber terbuka...
Saya telah mempelajari lebih dalam pemrograman "terorganisir" baru-baru ini dan saya telah belajar bahwa saya harus pemrograman ke antarmuka, bukan implementasi. Dengan mengingat hal itu, apakah akan lebih baik untuk "membuat sketsa" proyek dalam antarmuka sebelum menulis implementasi untuk itu...
Saya menggunakan perpustakaan pihak ketiga. Mereka memberi saya POJO yang, untuk maksud dan tujuan kami, mungkin dilaksanakan seperti ini: public class OurData { private String foo; private String bar; private String baz; private String quux; // A lot more than this // IMPORTANT: NOTE THAT...
Sebagai seorang programmer Python awal, apakah itu ide yang baik untuk membangun dan memahami perpustakaan saya sendiri sebelum melompat ke perpustakaan pihak ketiga canggih yang berisi fungsi yang saya butuhkan? Beberapa proyek (misalnya kerangka kerja web seperti Django) mungkin terlalu besar...
Saya memiliki kasus penggunaan khusus, dan telah menemukan 3 cara melakukannya di internet, yang didefinisikan untuk kasus penggunaan yang tidak jelas. Saya menatap ketiga orang ini bertanya-tanya mana yang harus diterapkan. Saya cenderung duduk di sana tanpa tahu harus berbuat apa - lalu tidak...
Saya sedang membangun aplikasi dalam PHP, menggunakan Zend Framework 1 dan Doctrine2 sebagai lapisan ORM. Semua berjalan baik. Sekarang, saya kebetulan melihat bahwa baik ZF1 dan Doctrine2 datang dengan, dan bergantung pada, implementasi caching mereka sendiri. Saya telah mengevaluasi keduanya, dan...
Kami menggunakan beberapa pustaka sumber terbuka di proyek kami. Kadang-kadang ada beberapa masalah yang ditemukan pada beberapa di antaranya (kemungkinan besar bug perpustakaan, tetapi mungkin juga penggunaan yang salah dari pihak kami, terutama ketika terkadang dokumentasi tidak sepenuhnya 100%...