Și dacă scrieți în pascal o discuție a subiectului bp

Există un sistem de operare pe Pascal? Nu crezi că ar fi mai bine? De ce toate OS-urile sunt scrise în C?

Și dacă scrieți un sistem de operare pe Pascal și adăugați un instrument de extensie vizuală acolo, ca și Delphi. Ar fi grozav.







Cu sinceritate, acest subiect nu va fi închis și este declarat flacăra oficială a Regatului. Pentru ca locuitorii să aibă un loc pentru a se rupe: o)

Total în topic 1403 mesaje

>> Total posturi în subiect: 1403; pagini: 141; pagina curentă: 116

Peter
"Care este diferența: produce sau nu o eroare de compilare"

Diferența este că acest exemplu nu va fi compilat cea mai mare parte, desigur, la BBC tastarea mai puțin, dar nu suficient pascal pentru a putea trece la întâmplare un număr în loc de un pointer.

În general, oamenii au spus că este mai rău decât Pascal, iar în dovada că a dat un exemplu nefuncțional, cum poate fi înțeleasă aceasta? Doar pentru ca dorința să fie dată ca valabilă.

Pentru FR
> Luăm primul exemplu și obținem eroarea "Nu putem converti" int "în (int *)"
Înțeleg greșeala mea, aveam de-a face cu o altă situație (scleroză așa cum am spus) scanf (".", A); - în acest sens vom prinde cu precizie.

> În cel de-al doilea exemplu, de asemenea, nu aveți dreptate la ieșirea din funcție, pointerul trecut la această funcție> nu se va schimba. Și, în general, este posibil și așa să scrie:

> pentru (i = 256; i; i -)
>> pdata [i] = inpw (i);
>>

Nu am spus că pointerul se va schimba, am vrut să spun că putem zbura deja undeva și că va fi mai greu să o urmăm.
Sishniki îi place să lucreze cu mănunchiuri prin indicii și acolo unde este necesar și unde nu există.
Am văzut-o eu însumi, trebuia să fac o matrice bidimensională, iar sichnek undeva timp de o oră încerca să facă un pointer la pointeri și apoi a făcut o serie de indicii.

Da, puteți face așa cum ați spus, dar majoritatea nu o fac (poate că m-am întâlnit cu astfel de).

> Ideea este că pe acestea le poți scrie atât în ​​mod incorect cât și competent, și pe Pascal - numai competent. Nu aș vrea
> a spus că acesta este un adevăr incontestabil, dar, în general, Pascal urmează tipurile mai strict.

Exact ceea ce am vrut să spun, în orice limbă pe care o poți scrie neclintit și pe orice persoană competentă, dar unele limbi încearcă să ne facă curbură mai echilibrată.

> Un Pascal poate fi copleșit, oh, poți să mă crezi. -)
Nimeni nu argumentează, probabil că puteți umple totul (dacă încercați), deși există excepții de la orice regulă.

Numai ceea ce pentru a aduce în jos, în general tema este numit, că dacă să scrie, adică. creați, nu cum să umpleți!

Pentru Igor Shevchenko

> Unul care spune că C poate obține o situație cu "năvălirea nicăieri și






> pierderea controlului ", iar pe pascal este imposibil, cel mai probabil, nu cunoaște nici o limbă sau alta, și
sună doar undeva auzit.

> Dar dacă stilul nu este inculcat, atunci pe C toate aceleași posibilități vor primi poobolshatsya pobol!
> De fapt sishniki de ce și să se laude în loc, în loc să fie rău :-)

Sunt de acord cu Igor Shevchenko!
Iar pe Pascal puteți ușor și conduceți să tăiați și sistemul să se umple. Și codul pe care la adus, nu-l vedeam undeva, ci în sursele bibliotecii Turbo Vision.
Cred că fiabilitatea depinde (într-o oarecare măsură) de stilul de programare. Și stilul este bine încorporat în profesorul Pascal +.
Și după aceea, și pe Pure C, este posibil să se programeze bine, pentru că nu veți fi ciudați fără a fi nevoie să sculptați. Dar dacă stilul nu este inculcat, atunci pe C toate aceleași posibilități vor obține poogoljatsya pobol! Deci, de fapt, sishniki de ce și să se laude în loc de a regreta :-)

lui Grigoriev Anton (№237):
Sunt total de acord, scrie programe pentru orice sistem de operare (cu excepția DOS, care, prin sistemele de operare de astăzi și numele este incomod :))))) fără utilizarea API apel - nu e chiar amuzant. Deși există anumite momente când accesul direct la echipamente este pur și simplu necesar. Dar, în astfel de softines, fără a recurge la funcțiile sistemului de operare nu se poate face în principiu. A fost, într-un fel, un astfel de proiect. Când eram cadet al unei universități militare, supervizorul diplomei a adus cumva documentația și o parte a codului sursă la Soft-RealTime-DB. Acolo, partiția hard diskului a fost alocată și a fost construit propriul sistem de fișiere, optimizat pentru operații de date (indexare, regăsire, căutare etc.). Dar, din nou, pentru a selecta „piesa“ a șurubului a trebuit să creeze mai întâi o partiție logică, dar numai după „comanda“ lui :)) și crearea de rețele a fost construit într-un mod standard, prin prize OS.

O zi bună, Vladimir,

Am văzut cum scriitorii pe pascal lucrează :-)
Două linii merg într-un rând:
I: = 0;
I: = InfoRec._Vid;

Curba poate fi scrisă absolut în oricare dintre limbile, crede-mă :-)
Oricine spune că în C, puteți obține un fel de situație cu „Bounce nicăieri și pierderea controlului“, iar Pascal nu poate, probabil, nu știe nici o limbă sau alta, ci pur și simplu dangătul auzit undeva.

la FR
Care este diferența: dacă produce sau nu o eroare de compilare, ideea este clară. Ideea este că pe acestea le poți scrie atît în mod eronat, cît și competent, iar pe Pascal - numai competent. Nu aș spune că acesta este un adevăr incontestabil, dar, în general, Pascal urmărește mai strict tipurile.

Cu toate că, peste tot, unde există pointeri și castinguri de tip direct, va exista și un acces incorect la memorie. Ida pe Java / C #!

Și Pascal poate fi copleșit, oh, poți să mă crezi. -)

Luăm primul dvs. exemplu și obțineți eroarea "Nu se poate converti" int "la (int *)"

În cel de-al doilea exemplu, de asemenea, nu aveți dreptate atunci când ieșiți din funcția respectivă, pointerul trecut la această funcție nu se va schimba. Și, în general, este posibil și așa să scrie:

În general, înainte de a critica o idee bună să începi să înțelegi subiectul pe care îl critici.

(Îmi pare rău că nu-mi răspund la întrebare)
> in Pascal nu poti sari de nicaieri si pierzi controlul, iar in Si poti :-))))
Expresia nu este complet corectă, iar în C și Pascal puteți sări în nicăieri.
Dar în C este mult mai ușor să faci asta, Pascal în această (și nu numai) afacere este mai strictă.
> Exemplele sunt gata de distribuire
Vă rog!

Ca și în parametrii C sunt transmise variabile:

Dar în Pascal:
var
a: întreg;

procedura func (var a: integer);
începe
a: = 5;
se încheie;

începe
a: = 0;
end.
Compilatorul urmărește totul și nu uită nimic!

Și cum funcționează Sishnikii cu mănunchiuri - groază, a văzut-o pe seful meu bucurându-se de ea







Articole similare

Trimiteți-le prietenilor: