[idle] Kakvo vizhda potrebitelq

Kato gledate opisanieto na bibliotekata IDLe kakvo mislite che trqbva da
vizhda potrebitelq za da q polzva pylnocenno?
Trqbva da mozhe da kazhe kakvo iska ot IDLe. Primerno iskam 150 konq s
klimatik, avtomatichna skorostna kutiq... ;-)
A sled kato e kazal kakvo iska trqbva i da mozhe da go polzva. Tova oznachava
che IDLe trqbva da predostavq abstracten izgled kym zaredenite moduli. Tova
dali si izbral modula na X ili modula na Y ne bi trqbvalo da promenq
interface-a na potrebitelq ako i dvata modula pravqt edno i syshto neshto
(primerno 2 C kompilatora). Prichinata za tova e slednata:
pishe si potrebitelq edna programa v koqto iska kompilator za BF. Reshava da
izpolzva MicroBrain Optimizing BF compiler. I si go polzva shtastlivo do denq
v kojto IDLe team predstavqt IDLe Visual BF++, kojto e 2 pyti po-byrz izpolzva
2 pyti po-malko pamet i optimizira po-dobre. Togava toj prosto promenq
zaqvkata kym IDLe za funkcionalnostta i vsichko prodylzhava da raboti.
Ili ako primerno v NASA izpolzvat IDLe i ne iskat da polzvat IDLe VBF++ zaradi
security holes mogat da slozhat NASA BF 98SE na negovo mqsto i IDLe v run-time
shte se opravi a potrebitelskite programi dori nqma da se usetqt.

Tova si ima i losha strana: zashtoto primerno MegaBrain Inc. shte napishat
BF decompiler, kojto ot IDLe kod shte vadi BF kod. Takyv naistina mozhe da
se napishe no nqma kak potrebitelq da go polzva zashtoto sme predvidili
interface samo za kompilirane, no ne i za decompile. Taka stavame edin
vid centralna instanciq kym koqto nqkoj trqbva da se obryshta za da mu
registrirame interface.

A mozhe da napravim i melez. Predostavqme SII (standart IDLe interface),
kojto shte vkljuchva vsichko za koeto IDLe devteam se e setil i v nego ima
funkciq za extended interface. Vseki modul kazva oshte kakvo dava na
potrebitelq (koeto shte trqbva da se opishe v doc na modula) i vseki mozhe da
si polzva vsqkakvi stranni funkcii. Samo che taka stavat zavisimi ot tochno
opredelen modul i ot negovite developer-i. No tova veche e problem na
potrebitelq. Estestveno ako developer-ite na libIDLe i na moduli za neq
poddyrzhat vryzka vsqkakyv exotic interface mozhe da se standartizira
v bydeshti versii. A i potrebitelite na IDLe syshto mogat da si poiskat
novi interface-i. Taka e po-veroqtno nqkoj da se trogne da napishe modul
za tqh.

A sega i naj-vazhnoto predimstvo. Ako imame standartiziran interface, kojto
e dobre strukturiran, pyrvonachalnata zaqvka prosto shte kazva na IDLe,
koj interface iska da byde aktiviran i koj ne. A ako ima pretencii za
specefichen modul mozhe da podade i list s prefered-modules. Taka IDLe
shte vryshta best-try result. A pri idealniq sluchaj vseki modul shte
registrira samo edin interface. Taka shte stane dosta prenaseleno s moduli, no
vsichko shte e tochno.

P.S. dokato sym na lqtnata shkola _nqma_ da si proverqvam poshtata v dir.bg.
Ako iskate da mi pishete na private izpolzvajte rangel7m@xxxxxxxxx
Ako moga shte go proverqvam.

-- 
Rangel Dokov

Other related posts: