CannibalSmith - September 26th, 2005

About September 26th, 2005

datoriķis!02:00 pm
Darbi, kas jādara RTU kodēšanā (risinājumu algoritmizācija) ir tik vienkārši, ka es nespēju tos pildīt. It īpaši, ja tas jādara iekš Paskāla/Delfiem.
Current Mood: angry
Tags:

frīstail batls!11:09 pm
Es ar Darkanu nedaudz pastrīdējos (mani komentāri slīprakstā un iekavās):
<Darkan> Kūl, es tevi varu nobombīt ar iemesliem "why choose delphi over VB" un tu vari mēģināt mani oponēt.
<Darkan> Want some?
<CannibalSmith> Labi, es sākšu.
<CannibalSmith> Kura vēl valoda prasa programmas beigās punktu? OOP (Object Oriented Programming) modelī programmām nav noteiktu sākumu un galu. (Nesvarīgi, bet interesanti - kurš un kāpēc izdomāja tur punktu?)
<Darkan> VB nav object-oriented. VB ir tikai object-based. Riktīgi polimorfēt objetus tur nevar, taču Delphi to uztur pilnībā.
<CannibalSmith> Atbilde: par kuru versiju tu runā? sākot no .NET VB pilnībā atbalsta OOP. (Ja VB .NET uztver kā atsevišķu programmēšanas valodu, tad Darkanam taisnība.)
<CannibalSmith> Atslēgvārdi Begin un End ir visstulbākais (salīdzinājumā ar {} iekš C, bet VB analoga nav.), ko esmu redzējis kodu bloku grupēšanā: piecreiz vairāk simbolu - piecreiz lielāka iespēja pieļaut drukas kļūdu ātri rakstot, un viņi saplūst ar pašu programmas tekstu un nav labi saskatāmi lielos koda blāķos.
<Darkan> Tie ir īstenībā delphi plusi. VB ir tā saucāmā "weakly-typed" valoda, kur nav jāievēro noteikti likumi, daudz kas strādā automātiski. Piemēram, definējot variabli type Double, to var piešķirt integerim, bez konvertācijas. VB to izdara pats. Kurš gan var atcerēties vai vērtības tiek noapaļotas vai nošķeltas? Delphi šādu problēmu nav.
<CannibalSmith> Atbilde: gan Delphi, gan VB weakly-typedness (mainīgo nosaukumu skaidrums, identitācija, koda teksta izkārtojums) ir atkarīga no paša programmista. Valodai nevajadzētu ierobezhot programmistu. es varu ļoti labi atcerēties, ka VB vērtības tiek nošķeltas by default. Valodai nav jālabo programmista paviršība. (galējības: Perl versus Python ;) )
<Darkan> Deplhi ir strong typing rules. VB pat var nedefinēt variabļus.
<CannibalSmith> Variabļu definēšanas prasību var ieslēgt/izslēgt pēc programmista vajadzības, bet, jā, es piekrītu - ir jāprasa variabļu definēšana vienmēr.
<CannibalSmith> Visual Studio IDE (Integrated Development Environment) ir krutāks nekā Delfiem - it īpaši priekšā teikšana (auto-complete). VB pat labo un standartizē kapitalizāciju un tukšumsimbolus, padarot kodu salasāmāku bez īpašām pūlēm no programmista puses.
<Darkan> VB neatļauj precīzas pointer variables. Tas neatļauj radīt tīrāku un efektīvāku kodu.
<Darkan> Delphi strādā cross-platform.
<CannibalSmith> Jā, tev taisnība - VB pointeri nerulz. Es gan nezinu cik ļoti rulz Deflu pointeri. Jā, VB nav cross-platform. Man gan nav nekādu ziņu ka Delfi būtu. (patiesībā: Delfi portējas, bet sūdīgi. Sak' labāk tā nekā nekādi.)
<CannibalSmith> Atšķirībā no VB man nav nekādu ziņu par kaut vienas nopietnas programmas esamību, kas būtu tapusi delfos.
<CannibalSmith> wo! un pats galvenais mans arguments kāpēc es mīlu VB - (no vikipēdijas): Ability to run the application without performing a full compile or making an executable, allowing for edit-and-continue čanges. Visām citām valodām (bez izņēmuma) ir nepieciešama pilnā kompilācija un debugošanas process ir čakarīgāks.
Current Mood: sleepy
Tags:
Top of Page Powered by Sviesta Ciba