Re: arduino, początki, inny edytor - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › arduino, początki, inny edytor › Re: arduino, początki, inny edytor

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!go
blin2!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neostrad
a.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: slawek <f...@f...com>
Newsgroups: pl.misc.elektronika
Subject: Re: arduino, początki, inny edytor
Date: Tue, 02 May 2017 18:41:48 +0200
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
In-Reply-To: <oea18a$ig2$1@node1.news.atman.pl>
References: <a...@n...v.pl>
<a...@n...neostrada.pl>
<a...@n...neostrada.pl>
<a...@n...v.pl>
<a...@n...neostrada.pl>
<5904bc98$0$5151$65785112@news.neostrada.pl>
<a...@n...neostrada.pl>
<a...@n...v.pl>
<a...@n...neostrada.pl>
<a...@n...v.pl>
<oe56ep$p5n$1@node1.news.atman.pl> <oe586c$qtf$1@node1.news.atman.pl>
<oe77qh$gs9$1@node2.news.atman.pl> <oe7k3e$62b$1@node1.news.atman.pl>
<a...@n...v.pl>
<oea18a$ig2$1@node1.news.atman.pl>
Message-ID: <a...@n...v.pl>
User-Agent: Groundhog Newsreader for Android
Lines: 27
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 188.47.102.54
X-Trace: 1493743308 unt-rea-b-01.news.neostrada.pl 657 188.47.102.54:51428
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:717646
[ ukryj nagłówki ]

On Tue, 2 May 2017 15:23:41 +0200, "HF5BS" <h...@...pl> wrote:
> ułatwia jawna deklaracja w nazwie, np. a=zmienna pojedynczej
precyzji,
> b!=zmienna podwójnej precyzji, c#=zmienna całkowita, d$=zmienna
łańcuchowa.

To można załatwić tzw. węgierską notacją (lpszTitle, cbInput czy
lplphacbFarFarAway).

Ale jest uważane - obecnie - za bardzo szkodliwe. Dlaczego? Gdy np.
masz program w pojedynczej precyzji i chcesz zmienić na podwójną...
musisz zmienić nazwy zmiennym. Podobnie gdy np. jakiś durnowaty
parametr był double, a ma być wskaźnikiem do double to czeka cię
męczenie fParam na pfParam. Jeżeli jeszcze wpadniesz na pomysł ze to
ma być jednak lpfParam to znowu zmieniasz.

A w 90% i tak nie musisz wiedzieć czym to param jest. Na przykład:

param = GetParam()
SetParam(1,param)
SetParam(2,param)

No jest jakieś set/get, ale nie ma potrzeby zamęczać się medytowaniem
czym jest param - int, float, tablica czy plik, jakieś coś, może
obiekt. Nota bene coś takiego jest całkiem poprawnym kodem w
Phytonie...