xakep.ru — паны троллят Oracle
Создайте конфигурируемый двухуровневых кэш. Кэш. На java. Ребята, вы ебанулсь, или что?
гугл умно подсказал, что удобно будет делать через InputStreamReader колдунство мое
хм. создаю datainputstream из inputstream'а url-а. а по readChar() вываливается какая-то фигня из японских иероглифов
выковыриваю строки из DataInputStream. Точнее, его парсю, с целью выковырять из него XML. Получаются какие-то чудовищные конструкции. Парсить пришлось readChar'ом, что бы не проморгать пробелы и < — так что собирать строки приходится из чаров, а это фееричный пиздец
а управлять потоком исполнения путем генерация исключений — это плохо? или нормально?
все-таки явное использование итераторов — это порнота, имхо
жуйк, а джаве же нет значений параметров функции по умолчанию, как в питоне?
кто как думает, на сколько это годный вариант добавления узла в двоичное дерево:
public void addNode(int i)
{
if(i<this.currentNode.getPayload())
this.addLeft(i);
else this.addRight(i);
}
private void addLeft(int i)
{
if(this.currentNode.getLeft() == null)
this.currentNode.addLeft(i);
else
{
this.currentNode = this.currentNode.getLeft();
addNode(i);
}
}
private void addRight(int i)
{
if(this.currentNode.getRight() == null)
this.currentNode.addRight(i);
else
{
this.currentNode = this.currentNode.getRight();
addNode(i);
}
}
ЗЫ currentNode - указатель на текущий узел, getPayload() - метод, возвращающий значение в узле (для теста использую Int)
а SAX такое же неудобное для парсинга RSS говно, как и STAX. Даже еще более неудобное. Блять, в следующей версии не буду полагаться на встроенные xml-парсеры, а сделаю свой. With blackjack and hoockers
посылаю лучи ненависти тем, кто в своих интерфейсах использует обозначения переменных типа lname и qname. сукиблядипидарасы
частично победил StaX. Имеет ли смысл сохранять rss-поток в памяти? На пример, что бы сохранить нужные новости на диске, и вести учет читал/не читал
жуйка, а подскажи мне, какая из этих двух реализаций пузырьковой сортировки лучше:
вариант А:
public void bubbleSort()
{
if(!this.isEmpty())
{
for(int i=0; i<this.getLength(); i++)
{
for(int j=0+i; j<this.getLength(); j++)
{
if(this.getNode(i).getData() > this.getNode(j).getData())
swap(this.getNode(i), this.getNode(j));
}
}
}
}
вариант В:
public boolean bubbleSort()
{
if(this.isEmpty())
{
return true;
}
else
{
this.emersion();
return true;
}
}
private void emersion()
{
int len = this.getLength();
for(int i = 0; i < len; i++)
{
int data = this.getElement(i);
for(int j = 0; j < len-1; j++)
{
if(data < this.getElement(j))
this.swapElements(i, j);
}
}
}
продолжаю ковырять андроид в плане кодинга. и тут, блин, обработка событий происходит через вложенные классы! да твою жеж мать! вот блять не могли они следать просто вызов функции? один хер так и происходит, просто вызов приходится делать через буфер вложенного класса
а получение предыдущего элемента в связном списке — это, я вам скажу, геморр
кстати, судя по всему, кодить под мобильные платформы — это адски интересно
хм... просмотр предыдущих версий показал, что тормозит все, по большей части, такая сволочь как JList с DefaultListModel. Пока был JTextArea, работало быстрее в разы
RSS-парсер дошел до альфа-версии. теперь встает вопрос — какого *уя он запускается несколько секунд и зачем отъедает около 100м оперативки? реквестирую материал по оптимизации Java-приложений
Java-приложение не упало даже с NullPointerException
нарисовал интерфейс. нет, я конечно ощущаю, что при достижении определенного уровня владения LayoutManager'ами человек начинает рисовать интерфейсы в 2 секунды, но это напоминает изучение боя на титановых зубочистках.