Программирование, т. 5.1.

ну я на самом деле никогда не юзал анонимные классы.

и не видел, чтобы кто-то их юзал

 

Если нужны группировки, да и просто селектом выдернуть только конкретные данные, нужны анонимные классы

 

Ну и банально удобно в том же фориче, хоть это в джаве есть.

самый примитивный пример, надо пройти по словарю

 

приходится писать так

for (Map.Entry e : dict.entrySet())

 

имя типа занимает больше половины строки

а могло бы быть for (var e : dict.entrySet())

 

 

Object foo = new ASFafhgafdadfgafdsgafdgafgAFGADGADSFGafgaDSFGAFGadfsGAFSASdgaSDFGADSFGasdfGAFDGAfgAFGAFGaf(); ?

а потом у foo никак не вызвать ни одного метода этого класса, без приведения. Отлично.

А вообще нахрена есть говно и пытаться учить жабу?

Мы преподу сказали, что мы ему все это на шарпе напишем. Он послал нахуй

ну я на самом деле никогда не юзал анонимные классы.

и не видел, чтобы кто-то их юзал

 

Если нужны группировки, да и просто селектом выдернуть только конкретные данные, нужны анонимные классы

 

Ну и банально удобно в том же фориче, хоть это в джаве есть.

самый примитивный пример, надо пройти по словарю

ну такой код писать будешь, если хочешь что-то слячкать по быстрому.

а так у любого визуального элемента должна быть своя вью модель

почему по-быстрому. Тебе не все надо прямиком совать из базы во вью

Если тебе просто надо обработать какие-нибудь данные

 

линком можно выдрать тем же джоином то, что тебе нужно, не трогая остальную базу, и результат выдать в виде анонимного объекта, а не создавать класс, который используется в одной строке

что-нибудь типа

 

from c in clients

join p in purchases.Where ( p2 => p2.Price > 1000000)

on c.Id equals p.ClientId into clientPurchases

select new {c.Id, c.Name, clientPurchases}

 

 

обработал этот список как тебе надо, посчитал например в какое время года клиент делает больше покупок

 

и выдал уже это на вью свой

Зачем для этого писать класс

можно построить цепочку методов или тот же линк запрос (линк запросы тоже хуй кто юзает), который возвращает сразу результат. без всяких промежуточных значений

ребзя,

видел кто-нить подобное подобное или перевод на русском

вот это http://docs.oracle.com/javaee/6/tutorial/doc/bnaax.html

?

как мне обойти ограничение в 4кб на куках?

или кроме как хранить на сервере никак?

 

карач нашел

https://github.com/jeremydurham/persist-js

localStorage

ребзя,

видел кто-нить подобное подобное или перевод на русском

вот это http://docs.oracle.c.../doc/bnaax.html

?

читай на английском @ познавай термины

можно построить цепочку методов или тот же линк запрос (линк запросы тоже хуй кто юзает), который возвращает сразу результат. без всяких промежуточных значений

а если тебе эту инфу надо двумя способами обработать?

Дважды выдергивать юзеров?

 

 

Да и если составить один гигантский запрос, в нем разобраться тоже будет не с пол пинка.

 

И цепочка методов ничем не отличается от спецсинтаксиса кроме отсутствия пары фич типа let.

заметил кстати что все шарписты имеют очень высокий чсв и очень чопорно всегда себя пытаются вести с программистами "других отсталых языков" особенно джавы офк

на продотке вот подтверждение обнаружилось

Программеры — они толстые. Потому что они сидят. А админы — они тощие. Потому что бегают. Впрочем, бывают тощие программеры. Hо не надо думать, что это исключение из правил — это переученные админы. Также встречаются и толстые админы. Это обленившиеся программеры.

 

Программеры курят быстро, потому что мысль. Потому что она уйдет и придется думать ее снова. У админов мыслей нет, поэтому они курят медленно. Они делают это в те моменты, когда все работает и ничего не падает. Поэтому они курят редко.

 

Программеры ходят на обед сами. Они приносят много еды в офис и вкусно ей пахнут. Они едят ее прямо на клаве. Потому что мысль. Админы заказывают еду в офис. Потому что если они за ней пойдут, что-нибудь упадет. И придется бежать в офис с недоеденным гамбургером. Потому что админы любят питаться от Макдональдса. Потому что вкусно, а потолстеть им не грозит. Если они не обленившиеся программеры.

 

Программеры уходят с работы ночью. Потому что мысль. Hекоторые из них уходят вечером и думают мысль дома. Hекоторые, у которых есть ноутбук, думают ее в метро. Админы домой не ходят. Потому что если они пойдут домой, что-нибудь упадет. И придется идти на работу. А на работу они ходить не любят. И не ходят. Они там живут. У них обычно есть отдельное гнездо за отдельной дверью, часто запираемой на отдельный замок.

 

Программеры спят в выходной. Обычно это среда или понедельник. Потому что мысль. В понедельник мысли еще нет. А в среду идет переход от одной мысли к другой. Админы спят в гнезде. Из-за отдельтного замка в это время иногда раздается храп. Админы редко спят больше десяти минут. Потому что если проспать больше, что-нибудь упадет. И придется просыпаться по необходимости. А админы любят просыпаться сами, пусть и через десять минут.

 

Программеры пьют пиво. В основном светлое и много. Потому что мысль. Пока она плавает — ее можно думать. Главное, чтобы не утонула. Админы тоже пьют пиво. Потому что если что-нибудь упадет, им будет пофиг. Админы любят когда им пофиг. И программеры любят, когда им пофиг. Поэтому часто они пьют пиво вместе. И им вместе пофиг. После этого они спят. Hо не вместе. Админы спят в гнезде, а программеры — на клаве. Когда они просыпаются, они снова пьют пиво. Потому что хочется. Потому что они админы. И программеры.

Изменено 10 сентября 2013 пользователем SPYHunter

заметил кстати что все шарписты имеют очень высокий чсв и очень чопорно всегда себя пытаются вести с программистами "других отсталых языков" особенно джавы офк

на продотке вот подтверждение обнаружилось

насчет джавистов и рубистов могу тоже самое сказать

 

какой-то топик стереотипов

особенно рубистов...

можно построить цепочку методов или тот же линк запрос (линк запросы тоже хуй кто юзает), который возвращает сразу результат. без всяких промежуточных значений

а если тебе эту инфу надо двумя способами обработать?

Дважды выдергивать юзеров?

 

 

Да и если составить один гигантский запрос, в нем разобраться тоже будет не с пол пинка.

 

И цепочка методов ничем не отличается от спецсинтаксиса кроме отсутствия пары фич типа let.

при отложенной инициализации будет одно и то же. кроме того это хуевый тон, когда у тебя в одном методе куча всего творится.

да в любом более-менее сложном линк запросе или цепочке методов хуй разберешься.

цепочка методов выгодно отличается от лик запросов тем, что она выглядит природно для языка

когда в этой цепочке появляются слова join или group, то она сразу теряет в привлекательности

 

Не обязательно разное. Тебе может понадобиться вытащить из одних данных две пары сведений, чтобы на их основе создать новую целевую последовательность и ее уже вернуть

 

заметил кстати что все шарписты имеют очень высокий чсв и очень чопорно всегда себя пытаются вести с программистами "других отсталых языков" особенно джавы офк

на продотке вот подтверждение обнаружилось

ну вот я сегодня открыл для себя, что джава не умеет читать файлы с диска нормально.

 

Помимо того, что чтобы прочесть в нужной кодировке надо пропустить через кучу левых потоков, так еще и нет никакого метода, чтобы прочитать сразу весь файл в список строк или просто в одну строку

 

а еще, это я не проверял, в методе написано, что джава не умеет открывать файлы, чтобы дописать ему что-нибудь в конец

 

она умеет только стереть

 

надеюсь метода устарела, иначе это просто позор

когда в этой цепочке появляются слова join или group, то она сразу теряет в привлекательности

 

Не обязательно разное. Тебе может понадобиться вытащить из одних данных две пары сведений, чтобы на их основе создать новую целевую последовательность и ее уже вернуть

я бы вообще не стал что-то джойнить в линке.

ну в любом случае ты какие-то фантастические случаи придумываешь

заметил кстати что все шарписты имеют очень высокий чсв и очень чопорно всегда себя пытаются вести с программистами "других отсталых языков" особенно джавы офк

на продотке вот подтверждение обнаружилось

ну вот я сегодня открыл для себя, что джава не умеет читать файлы с диска нормально.

 

Помимо того, что чтобы прочесть в нужной кодировке надо пропустить через кучу левых потоков, так еще и нет никакого метода, чтобы прочитать сразу весь файл в список строк или просто в одну строку

 

а еще, это я не проверял, в методе написано, что джава не умеет открывать файлы, чтобы дописать ему что-нибудь в конец

 

она умеет только стереть

 

надеюсь метода устарела, иначе это просто позор

ну я говорил немного о другой штуке

насчет i/o, да, он немного мутотный, потому что итоговый поток обычно надо обернуть в парочку декораторов

ni/o(от слова new) во многом решает эту проблему, но я точно не знаю, ибо не копал особо глубоко, потребности не было

привык со времен олимпиадного кодинга: инпут инпутом, аутпут аутпутом

когда в этой цепочке появляются слова join или group, то она сразу теряет в привлекательности

 

Не обязательно разное. Тебе может понадобиться вытащить из одних данных две пары сведений, чтобы на их основе создать новую целевую последовательность и ее уже вернуть

я бы вообще не стал что-то джойнить в линке.

ну в любом случае ты какие-то фантастические случаи придумываешь

на энтити фрейморке по IQueryable тот же синтаксис, просто в базу отправится.

 

ну я говорил немного о другой штуке

насчет i/o, да, он немного мутотный, потому что итоговый поток обычно надо обернуть в парочку декораторов

ni/o(от слова new) во многом решает эту проблему, но я точно не знаю, ибо не копал особо глубоко, потребности не было

привык со времен олимпиадного кодинга: инпут инпутом, аутпут аутпутом

 

я ведь не пишу, что джава хуевая просто так

я привожу конкретные примеры, где она сосет за обе щеки у шарпа

и я пока что не нашел ни одного места, где джава мне бы нравилась больше, чем шарп

 

 

 

а хотя я напиздел. У рандома есть метод nextBoolean(). У шарпа его нет. Шарп говно

когда в этой цепочке появляются слова join или group, то она сразу теряет в привлекательности

 

Не обязательно разное. Тебе может понадобиться вытащить из одних данных две пары сведений, чтобы на их основе создать новую целевую последовательность и ее уже вернуть

я бы вообще не стал что-то джойнить в линке.

ну в любом случае ты какие-то фантастические случаи придумываешь

на энтити фрейморке по IQueryable тот же синтаксис, просто в базу отправится.

там реляционная на объектную модель мапится без всяких джойнов.

или ты хочешь использовать орм, но при этом не иметь объектной модели?

 

я ведь не пишу, что джава хуевая просто так

я привожу конкретные примеры, где она сосет за обе щеки у шарпа

и я пока что не нашел ни одного места, где джава мне бы нравилась больше, чем шарп

за джаву платят больше и в целом классных вакансий на рынке больше.

когда в этой цепочке появляются слова join или group, то она сразу теряет в привлекательности

 

Не обязательно разное. Тебе может понадобиться вытащить из одних данных две пары сведений, чтобы на их основе создать новую целевую последовательность и ее уже вернуть

 

заметил кстати что все шарписты имеют очень высокий чсв и очень чопорно всегда себя пытаются вести с программистами "других отсталых языков" особенно джавы офк

на продотке вот подтверждение обнаружилось

ну вот я сегодня открыл для себя, что джава не умеет читать файлы с диска нормально.

 

Помимо того, что чтобы прочесть в нужной кодировке надо пропустить через кучу левых потоков, так еще и нет никакого метода, чтобы прочитать сразу весь файл в список строк или просто в одну строку

 

а еще, это я не проверял, в методе написано, что джава не умеет открывать файлы, чтобы дописать ему что-нибудь в конец

 

она умеет только стереть

 

надеюсь метода устарела, иначе это просто позор

ВАУ КАК СЛОЖНО:

public class MainClass
{
   public static void main(String[] args)
   {
    try
    {
	    boolean isAppend = true; //ebani false esli hochesh perepisat' file
	    File file = new File("test.txt");
	    FileOutputStream fileOutputStream = new FileOutputStream(file, isAppend);
	    fileOutputStream.write("kant nemosh".getBytes());
    }
    catch (Exception e)
    {
    }
   }
}