<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Джавиране</title>
	<atom:link href="http://ogre.ikratko.com/archives/789/feed" rel="self" type="application/rss+xml" />
	<link>http://ogre.ikratko.com/archives/789</link>
	<description>"Некои съображения", коментари, прегледи, забавни</description>
	<lastBuildDate>Sat, 04 Feb 2012 22:25:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Марио Пешев</title>
		<link>http://ogre.ikratko.com/archives/789/comment-page-1#comment-18261</link>
		<dc:creator>Марио Пешев</dc:creator>
		<pubDate>Wed, 28 Oct 2009 14:57:08 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/?p=789#comment-18261</guid>
		<description>Ами, така е - изцяло OOP базиран език с крайна класова структура, хубави IDE-та с рефакторинг, autocomplete и други благинки, добре дефинирано API, все хубави работи. Грешките са ясни и недвусмислени и изхвърчат още compile-time. Няма как да не е по-приятно за писане от скриптовите езици :)

Аз наистина не виждам проблем с това да \&#039;забравиш\&#039; да сложиш private - може би си свикнал от C++, че всичко е private по подразбиране, но в С пък структурите са public по подразбиране да речем. Някъде е удобно (и по-бързо) да се обръщаш директно към полето в наследниците ,вместо да минаваш през property методи.</description>
		<content:encoded><![CDATA[<p>Ами, така е -- изцяло OOP базиран език с крайна класова структура, хубави IDE-та с рефакторинг, autocomplete и други благинки, добре дефинирано API, все хубави работи. Грешките са ясни и недвусмислени и изхвърчат още compile-time. Няма как да не е по-приятно за писане от скриптовите езици :)</p>
<p>Аз наистина не виждам проблем с това да \'забравиш\' да сложиш private -- може би си свикнал от C++, че всичко е private по подразбиране, но в С пък структурите са public по подразбиране да речем. Някъде е удобно (и по-бързо) да се обръщаш директно към полето в наследниците ,вместо да минаваш през property методи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Огнян</title>
		<link>http://ogre.ikratko.com/archives/789/comment-page-1#comment-18255</link>
		<dc:creator>Огнян</dc:creator>
		<pubDate>Wed, 28 Oct 2009 11:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/?p=789#comment-18255</guid>
		<description>Да, en_UK дава правилния ден за getFirstDayOfWeek, но пък там символите за хиляди и десетичния разделител май бяха не както трябва за BG.

Прав си за модификаторите, че трябва сам да си ги дадеш private, но точно това е проблемът - ако забравиш модификатора поради невнимание и достъпът става package което си е опасно. Един от примерите, който дават в Core Java е с класа Window - има бая член-променливи, които са оставени без модификатор.

А за датите: блах, в сравнение с PHP-то, където, едва ли не, всичко трябва да си правиш сам, Java-та ми изглежда като магазин с промоция &quot;Вземате безплатно всичко, което можете да носите&quot; :-). Както се казва: &quot;На харизан кон зъбите не се гледат&quot; :-)</description>
		<content:encoded><![CDATA[<p>Да, en_UK дава правилния ден за getFirstDayOfWeek, но пък там символите за хиляди и десетичния разделител май бяха не както трябва за BG.</p>
<p>Прав си за модификаторите, че трябва сам да си ги дадеш private, но точно това е проблемът -- ако забравиш модификатора поради невнимание и достъпът става package което си е опасно. Един от примерите, който дават в Core Java е с класа Window -- има бая член-променливи, които са оставени без модификатор.</p>
<p>А за датите: блах, в сравнение с PHP-то, където, едва ли не, всичко трябва да си правиш сам, Java-та ми изглежда като магазин с промоция "Вземате безплатно всичко, което можете да носите" :-). Както се казва: "На харизан кон зъбите не се гледат" :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Марио Пешев</title>
		<link>http://ogre.ikratko.com/archives/789/comment-page-1#comment-18254</link>
		<dc:creator>Марио Пешев</dc:creator>
		<pubDate>Wed, 28 Oct 2009 11:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/?p=789#comment-18254</guid>
		<description>Датите и календарите в Java са отврат, трябва да се примириш с това и да свикнеш на десетките странности. Ако си имал шанса да работиш с дати в C#, ще ти трябва много време да си изкривиш мисленето след това :) Но виж, на мен и php-ските time() и date() функции са ми странни по своему.

Locale-ът си работи - ако го смениш на еn, EN, ще ти оправи езиковите (и не само) настройки. Но досега не съм срещал никога DateFormatSymbols класа, честно казано.

За модификаторите за достъп - по подразбиране имаш default модификатор, който е различен от private, protected и public. Според мен не е непременно лоша идея - лесно за наследяване и преизползване за някои членове, а според практиките на капсулацията в ООП по подразбиране задаваш private на всички полета, след което ги капсулираш с get/set методи с public или protected модификатори.</description>
		<content:encoded><![CDATA[<p>Датите и календарите в Java са отврат, трябва да се примириш с това и да свикнеш на десетките странности. Ако си имал шанса да работиш с дати в C#, ще ти трябва много време да си изкривиш мисленето след това :) Но виж, на мен и php-ските time() и date() функции са ми странни по своему.</p>
<p>Locale-ът си работи -- ако го смениш на еn, EN, ще ти оправи езиковите (и не само) настройки. Но досега не съм срещал никога DateFormatSymbols класа, честно казано.</p>
<p>За модификаторите за достъп -- по подразбиране имаш default модификатор, който е различен от private, protected и public. Според мен не е непременно лоша идея -- лесно за наследяване и преизползване за някои членове, а според практиките на капсулацията в ООП по подразбиране задаваш private на всички полета, след което ги капсулираш с get/set методи с public или protected модификатори.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

