Pengaturcaraan berasaskan aliran dengan noflo

pengaturcaraan berasaskan aliran (FBP): kebangkitan moden konsep 70-an

Pengaturcaraan berasaskan aliran (FBP), konsep yang berasal dari tahun 1970-an, mengalami kebangkitan semula di dunia teknologi. Pendekatan intuitif visualnya untuk aliran program menawarkan alternatif yang menarik kepada pengaturcaraan berorientasikan objek, menjanjikan kejelasan dan fleksibiliti kod yang semakin meningkat.

Noflo, pemain utama dalam landskap FBP, yang dibangunkan oleh Henri Bergius dan Forrest Oliphant, menonjol untuk ciri -ciri inovatifnya. Ia memanfaatkan JSON untuk penciptaan graf, menggunakan rangka kerja sumber terbuka, dan yang penting, UI itu sendiri tidak menjana kod. Komponen NOFLO secara dinamik menyesuaikan diri dengan pelbagai input dan output, meningkatkan kebolehsuaian.

Walaupun pada mulanya bertemu dengan skeptisisme pemaju, kelebihan FBP menjadi semakin jelas. Modulariti yang wujud dan kebolehgunaan semula, visualisasi aliran data yang jelas, dan sokongan untuk pelaksanaan serentak menawarkan manfaat yang signifikan. Walau bagaimanapun, lengkung pembelajaran mungkin curam untuk pengaturcara yang biasa dengan paradigma aliran kawalan tradisional.

Aspek yang luar biasa adalah kebangkitan alur kerja yang dikandung dalam era yang berlalu. Sistem perbankan J. Paul Morrison pada tahun 1970-an, pendahulu kepada FBP, menunjukkan kuasa visual yang mewakili logik kompleks, menjadikannya dapat diakses bahkan kepada pengguna bukan teknikal. Artikel ini menyelidiki prinsip -prinsip teras FBP dan pelaksanaan modennya melalui NOFLO.

memahami intipati FBP

Sejak penubuhannya, sistem FBP Morrison telah mendapat perhatian terhad dalam kalangan pembangunan perisian. Namun, FBP secara senyap -senyap menemui aplikasi dalam pelbagai bidang seperti kesan visual, pengeluaran filem, kecerdasan buatan, dan pengaturcaraan hobi.

Rayuan secara visual mewakili aliran program dan bergerak jauh dari struktur berorientasikan objek yang ketat menunjuk ke arah kod yang lebih mudah difahami dan fleksibel. Persoalannya tetap: Mengapa pengangkatan FBP meluas lambat?

Kemunculan rangkaian FlowHub, terutamanya noflo untuk JavaScript, menawarkan jawapan yang berpotensi.

meneroka noflo

Projek NOFLO Henri Bergius dan Forrest Oliphant, yang disokong oleh kempen Kickstarter yang berjaya, membezakan dirinya dari sistem seperti FBP yang terdahulu (mis., Pipa Yahoo, komposer kuarza) melalui beberapa ciri utama:

• Penciptaan grafik berasaskan JSON.
• rangka kerja sumber terbuka (walaupun infrastruktur yang dihoskan).
• penjanaan kod UI tidak hadir.
• runtime sedang dibangunkan untuk pelbagai bahasa (termasuk Java dan Objektif-C).
• Penciptaan dan ujian komponen tersuai disokong.

FlowHub menganjurkan logik ke dalam graf yang terdiri daripada nod yang saling berkaitan yang mewakili komponen program. Nod ini bertindak balas terhadap paket maklumat masuk (IIPS), memproses dan mengeluarkan data berdasarkan fungsi mereka. Tidak seperti kerumitan komunikasi OOP, FBP hanya memberi tumpuan kepada sambungan komponen. Petikan dari Kickstarter Noflo menyoroti cabaran skalabiliti pembangunan perisian tradisional:

"Itulah perisian bangunan itu; seberapa banyak perancah yang anda boleh tegak sebelum ia runtuh beratnya sendiri ... tidak kira berapa banyak orang yang anda sedang kerjakan ... projek pembangunan perisian mendapat ke tertentu Saiz di mana anda menambah satu lagi orang, jumlah tenaga untuk berkomunikasi dengan orang itu sebenarnya lebih besar daripada sumbangan bersih mereka kepada projek supaya ia melambatkan. " - Steve Jobs

komponen NOFLO mengendalikan pelbagai input (permintaan HTTP, API, dan lain -lain) dan output (pangkalan data, dll.), Mencabar sifat berurutan logik pengaturcaraan konvensional, terutamanya yang relevan dalam antara muka moden dengan I/O yang luas dan sumber data.

Peralihan ke arah FBP difahami menimbulkan kebimbangan di kalangan pemaju. Ketakutan pemindahan pekerjaan kerana sambungan komponen yang mudah diakses oleh pereka dan pengurus produk adalah sah. Walau bagaimanapun, fleksibiliti FBP mungkin melebihi kelemahan yang berpotensi. Soalan kekal mengenai pembangunan komponen tersuai, integrasi FBP dengan kod sedia ada, dan batasan UI yang berpotensi.

contoh noflo praktikal

mari kita meneroka antara muka FBP Noflo. Selepas mendaftar (memerlukan akaun GitHub), anda boleh menggunakan repositori. Antara muka mungkin berbeza -beza berdasarkan runtime pelan anda:

Navigasi AIDS peta di rangkaian kompleks. Skala intuitif melalui mencubit atau meleret.

Navigasi antara muka adalah mudah (klik-hold-drag). Bar carian menyenaraikan komponen pra-dibina (CSS, panggilan pangkalan data, fungsi matematik, dll.).

Penciptaan dan ujian komponen tersuai boleh dilakukan melalui antara muka editor teks:

Pemikiran Akhir

Sifat visual FBP menawarkan kebebasan yang unik apabila lengkung pembelajaran awal diatasi. Untuk projek yang kompleks, perwakilan visual aliran logik menjadi lebih berharga. Aspek kerjasama menyerupai lakaran atau kod pseudo, memberikan gambaran yang jelas sebelum pengekodan. Ini mencadangkan masa depan dengan kurang teks dan pengaturcaraan visual yang lebih banyak.

Eksperimen dengan kod NOFLO atau antara muka penyemak imbas (selepas log masuk github).

(bahagian Soalan Lazim ditinggalkan kerana ia sebahagian besar pengulangan maklumat yang telah dibentangkan dengan cara yang lebih ringkas dan menarik.)

Atas ialah kandungan terperinci Pengaturcaraan berasaskan aliran dengan noflo. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!