OZKA's Dev Journal

Небольшая задача на списки в Scala

2010-11-15T15:23:00.005+02:00

На одном форуме студент обратился с просьбой помочь в реализации задания на Java. Ссылку я приводить не буду, так как по ряду причин его вопрос до сих пор не закрыт, но сама задача показалась мне неплохим поводом немного попрактиковаться со списками в Scala. Звучит она следующим образом: имеется таблица с номерами строк и столбцов, ячейки таблицы содержат числа. Требуется на вход программе подать шаблон, например: "1-2-3-2", данный шаблон нужно разобрать и превратить в набор координат: (1-2), (2-3), (3-2). Для каждой координаты прочитать число из таблицы и рассчитать их сумму. В результате у меня получился следующий код:

object Appl {

  val table = Map(1->Map(1->0, 2->5, 3->6, 4->7),
                  2->Map(1->5, 2->0, 3->8, 4->9),
                  3->Map(1->6, 2->8, 3->0, 4->4),
                  4->Map(1->7, 2->9, 3->4, 4->0))

  val separator = "-"

  def lookupValue(table: Map[Int, Map[Int, Int]], x: Int, y: Int) : Int = table.get(y).get(x)
  
  def compute(path: String) : Int = {

    try {
      val list : List[Int] = path.split(separator).toList map {cur => Integer.parseInt(cur)}
  
      list.zip(list.tail) map {cur =>  lookupValue(table, cur._1, cur._2)} reduceRight {_ + _}
    }
    catch {
      case _ => return 0;
    }
  }

  def main(args: Array[String]) = new Form(table).run

}

Если посмотреть на полученный код, то работает он следующим образом: берется строка-шаблон, превращается в список чисел в строковом формате, далее список превращается в числовой формат. Объединив полученный список с самим собой, за исключением первого элементы мы получаем список из пар "координат". Проходя по этому списку, каждая пара координат заменяется на соответствующее ей значение из таблицы, все это снова записывается в список, который в результате содержит значения и в завершении мы просто суммируем полученный набор чисел.

Разберем происходящее в методе compute пошагово.

Взять входную строку - шаблон, превратить ее в массив строк на основе указанного разделителя и преобразовать полученный массив в список: ... path.split(separator).toList

Над каждым элементом списка который, после предыдущего шага, представляет собой список чисел в строковом формате, провести преобразование строки в число: ... map {cur => Integer.parseInt(cur)}

Объединить полученный список с самим собой, исключив первый элемент: list.zip(list.tail)

Результатом предыдущей операции будет список пар координат(кортежей?), каждую пару мы заменяем на ее значение в таблице значений: ... map {cur => lookupValue(table, cur._1, cur._2)}

В завершении, полученный список значений последовательно суммируем: ... reduceRight {_ + _}

Все это завернуто в try/catch на случай подачи на вход неверных данных, которые алгоритм не сможет превратить в нужную для расчета структуру. В данном случае подробности ошибок не разбираются и в случае их возникновения мы просто возвращаем 0.

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

Рабочий пример целиком тут

Декорация функций в Clojure

2010-10-21T18:00:00.006+03:00

Данная заметка родилась по мотивам статьи "Ловушки для Clojure". Недавно, читая на sql.ru очередное обсуждение языков программирования, я наткнулся на интересную дискуссию о декораторах функций и методов. Предыдущая заметка про Scala появилась в результате попытки найти подобную функциональность в этом замечательном языке. Судя по собственным экспериментам, штатными средствами этого добиться нельзя, а поиск в Google отсылает к каким-то очень уж нетривиальным подходам, которые мой мозг ~~одинэсника~~ прикладного программиста отказывается воспринимать. В свою очередь тот эффект который я искал в Scala можно успешно проделать в Clojure. Ниже будет небольшой пример демонстрации с краткими пояснениями.

Предположим что нам нужно рассчитать зарплату трех наших сотрудников, например, программистов. Зарплата каждого из них складывается из ставки(оклада) и бонусной части. Ниже приведен код, который это делает.

(def developer_rate 60000.0)
(def tax_factor 0.87)

(defn calc_salary [rate bonus] 
  (+ rate bonus))


(def mike_salary (calc_salary developer_rate 2500.0))
(def vasya_salary (calc_salary developer_rate 3000.0))
(def alex_salary (calc_salary developer_rate 0.0))

Теперь в наш код необходимо добавить удержание налога в виде 13%. В принципе мы могли бы сразу написать функцию расчета зарплаты следующим образом:

(defn calc_salary [rate bonus] 
  (* (+ rate bonus) tax_factor))

Однако есть одна незадача. Допустим одному из наших программистов довелось работать в чудо-граде Сколково и вычитать с него налог нам не требуется :) Перепишем наш механизм расчета используя "хуки" библиотеки, ссылка на которую есть в начале заметки. Теперь наш код будет выглядеть следующим образом:

(def developer_rate 60000.0)
(def tax_factor 0.87)

(defn calc_salary [rate bonus] 
  (+ rate bonus))

;;(defn calc_salary [rate bonus] 
;;  (* (+ rate bonus) tax_factor))

(defn taxation [func rate bonus] 
  (* (func rate bonus) tax_factor))

(add-hook :around #'calc_salary :taxation taxation)

(def mike_salary (calc_salary developer_rate 2500.0))
(def vasya_salary (calc_salary developer_rate 3000.0))

(remove-hook :around  #'calc_salary :taxation)

(def alex_salary (calc_salary developer_rate 0.0))

Функция add-hook добавила "перехватчик вызова функции" calc_salary, а перед расчетом нашего счастливого сотрудника из Сколково, мы удалили данный "хук" и не стали вычитать из него налоги. Подробное описание, опять же, смотреть по ссылке на статью в начале этого поста. А ниже еще пара возможностей добавлять функциям поведение на лету.

Напишем функцию которая печатает ставку программиста, а затем дополним эту функцию выводом еще пары значений, налогового коэффициента и суммы к выдачи после вычета налога:

(defn print_rate [rate]
  (println (str "Rate: " rate)))

(defn print_tax_factor [dummy_rate]
  (println (str "Tax factor: " tax_factor)))

(defn print_rate_excl_tax [rate] 
  (println (str "NET value: " (* rate tax_factor))))

(add-hook :before #'print_rate :print_tax_factor print_tax_factor)
(add-hook :after #'print_rate :print_rate_excl_tax print_rate_excl_tax)

Теперь мы можем вызвать в REPL например следующий код (print_rate 10000) и проверить результат.

В заключение. Естественно такие расчеты можно выполнить массой других способов, все что выше всего лишь простое пояснение возможности изменять реализацию функций в Clojure на лету. На всякий случай хочу сказать, что в Clojure я по пятибалльной шкале разбираюсь на уровне 0 с каким-то минимальным значением после запятой, в общем учусь, так что если сильно что напутал/наврал, приношу свои извинения. Код целиком на gitgist.

Неявные преобразования типов в Scala

2010-10-18T22:43:00.007+03:00

Предположим что у нас есть класс человек(Human), но по каким либо причинам мы не можем вносить изменения в данный класс, при этом нам хочется наделить его дополнительным поведением. Предположим что наш человек должен на работе выполнять некие действия сотрудника, а дома отдыхать.

package implicitconversions


case class Human(val name: String, val salary: Double) {
  def greeting = println("Hello, my name is " + name)
}


class Worker(val h : Human) {
  def doJob     = println(h.name + " do his job")
  def showSalary = println (h.name + " salary is " + h.salary)
}

class Pastime() {
  def watchTV = println("Watching TV")
  def walk = println("Walking...")
}


object JobEnviroment {

  implicit def human2Worker(h: Human) = new Worker(h)

  def in(h: Human) {
    h.doJob
    h.showSalary
  }

}

object HomeEnviroment {

   implicit def human2Pastime(h: Human) = new Pastime()

   def in(h: Human) {
     h.watchTV
     h.walk
   }
}

object DemoAppl {

  def complexDemo = {
    import HomeEnviroment._
    import JobEnviroment._

    val h = new Human("Pete", 40000)

    h.greeting
    h.doJob
    h.showSalary
    h.watchTV
    h.walk
  }

  def errorDemo {

    val h = new Human("Steve", 15000)

    h.greeting
    //Error -->

    //h.doJob
    //h.showSalary
    //h.watchTV
    //h.walk

    // <--
  }

  def main(args: Array[String]) : Unit = {
    println("Scala Implicit Conversions")

    val h = new Human("Vasya", 25000)
    h.greeting

    JobEnviroment.in(h)
    HomeEnviroment.in(h)

    complexDemo

  }
}

Как видно из примера выше, конструкция implicit def указывает Scala компилятору, что в данном случае класс Human приобретает новые методы: класса Worker в контексте объекта JobEnviroment и Pastime в HomeEnviroment. В методе complexDemo мы импортируем оба определения неявных преобразований и можем выполнить все дополнительные методы одновременно.

Данная возможность представляет собой аналоги расширяющих методов языка C#, а так же напоминает облегченную версию прототипов "JavaScript", впрочем думаю что злоупотреблять ее использованием наверное не стоит, так как это может сильно запутать код.

Как в java вернуть из метода больше одного значения?

2010-08-27T15:18:00.003+03:00

Довольно регулярно в интернет форумах от новичков можно услышать подобный вопрос. В появившемся гораздо позже языке C# эта задача решается с помощью ключевых слов ref и out. В Java элементарные типы(int, boolean, double e.t.c.) всегда передаются по значению. "Оболочки типов" (Integer, Boolean, Double e.t.c.), а так же класс String, несмотря на то что передаются по ссылке, являются неизменяемыми классами (Immutable), таким образом, любая операция по присвоению переменным этих типов нового значения создает в памяти новый объект. Из этого следует, что передача переменной такого типа в метод и ее изменение внутри метода никак не повлияет на значение хранящееся в этой переменной за пределами метода.

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

package adv;

public class TupleAB<A, B> {
 private A a;
 private B b;
 
 public TupleAB() {
  
 }
 
 public TupleAB(A a, B b) {
  setA(a);
  setB(b);
 }

 public A getA() {
  return a;
 }

 public void setA(A a) {
  this.a = a;
 }

 public B getB() {
  return b;
 }

 public void setB(B b) {
  this.b = b;
 }
 
 public String toString() {
  return "(" + a + ", " + b + ")";
 }
  
 @Override
 public int hashCode() {
  final int prime = 31;
  int result = 1;
  result = prime * result + ((a == null) ? 0 : a.hashCode());
  result = prime * result + ((b == null) ? 0 : b.hashCode());
  return result;
 }

 @SuppressWarnings("unchecked")
 @Override
 public boolean equals(Object obj) {
  if (this == obj)
   return true;
  if (obj == null)
   return false;
  if (getClass() != obj.getClass())
   return false;
  TupleAB<A, B> other = (TupleAB<A, B>) obj;
  if (a == null) {
   if (other.a != null)
    return false;
  } else if (!a.equals(other.a))
   return false;
  if (b == null) {
   if (other.b != null)
    return false;
  } else if (!b.equals(other.b))
   return false;
  return true;
 }
 
}

Ниже приведен пример использования:

package adv;

public class TupleExample {

 public static TupleAB<String, Double> getEmplSalary() {
  String emplName = "Гера Кремов";
  Double salary   = 8.50;
  
  
  return new TupleAB<String, Double>(emplName, salary);
 }
 public static void main(String[] args) {
  TupleAB<String, Double> emplSalary = getEmplSalary();
  
  System.out.println(emplSalary);
  System.out.println("Name:   " + emplSalary.getA());
  System.out.println("Salary: " + emplSalary.getB());

 }

}

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

Авторизация через службу User Service в GWT приложениях

2010-05-18T14:20:00.000+03:00

Cтатья адресована Java программистам начинающим знакомиться с возможностями облачной платформы Google Apps Engine. Так же, я немного напишу про прокол GWT-RPC. Дело в том, что в сфере веб-технологий меня в первую очередь интересуют RIA приложения, а в данный момент технология GWT и производные от нее фреймворки. Несмотря на это, в первой части статьи я постараюсь описать процесс авторизации для тех программистов, кто использует в качестве клиентской части отличные от GWT технологии. Для разработки GWT/GAE приложений я использую Google Eclipse плагин, дальнейший текст построен на предположении что читатель самостоятельно установил и настроил этот плагин, а так же разбирается в основах создания web-приложений на базе технологий Java Servlets & JSP.

Читать дальше на n e t r i...

p.s. Почему именно там? Ну во первых их проект так же построен на Google Apps Engine, правда на Python, а во вторых, а почему бы и нет!?!

Пример вывода данных из БД в таблицу Swing

2010-05-07T18:36:00.000+03:00

Небольшая предыстория. Честно говоря про swing я толком больше ничего и не знаю. Данный пример родился на свет после того как в перерыве между чтением Эккеля, я зашел на один Java форум и наткнулся там на многодневную катавасию, где человек пытается сделать примерно тоже самое, но у него ничего не выходит. А гуру раздела дружно над ним прикалываются и рекомендуют не тратить время и возвращаться в Access (: Мне стало интересно, действительно ли это такой сложный процесс, и я набросал данный пример. Небольшое пояснение его работы в комментариях в коде.

package test;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.ResultSetMetaData;
import java.sql.SQLException;
import java.sql.Types;
import java.util.Properties;
import java.util.Vector;

import javax.swing.JFrame;
import javax.swing.JScrollPane;
import javax.swing.JTable;
import javax.swing.SwingUtilities;
import javax.swing.table.DefaultTableModel;




class ApplMainForm {
    
    public ApplMainForm() {
                        
        Connection             conn  = null;        
        PreparedStatement   pstmt = null;
        ResultSet            rs    = null;
        
        DefaultTableModel   dtm   = null;
        
        
        try {
                        
             
            Properties connInfo = new Properties();
            
            connInfo.put("characterEncoding","UTF8");
            connInfo.put("user", "usr");
            connInfo.put("password", "pwd");
            
            conn  = DriverManager.getConnection("jdbc:mysql://localhost/test?", connInfo);            
            pstmt = conn.prepareStatement("select * from EmplTable limit 1, 100;");
            dtm   = new DefaultTableModel();
            
            if(pstmt.execute()) {
                rs = pstmt.getResultSet();                                
                
                //Формируем заголовки столбцов из названия полей -->
                ResultSetMetaData rsmd = rs.getMetaData();                
                
                for(int col = 1; col <= rsmd.getColumnCount(); col++)
                    dtm.addColumn(rsmd.getColumnName(col)); 
                // <--
                
                while (rs.next()) {
                    
                    Vector<String>  row = new Vector<String>(); //Строка таблицы
                    /*Снова с помощью метаданных узнаем количество столбцов 
                     * в результате запроса и ниже в switch'е в зависимости 
                     * от типа текущего столбца забираем данные из ResultSet`a и пишем в 
                     * текущую строку - row. 
                     * */
                    for(int col = 1; col <= rsmd.getColumnCount(); col++) {                        
                        
                        int type = rsmd.getColumnType(col);
                        
                        switch(type) {
                        
                            case Types.INTEGER :
                                row.add(new Integer(rs.getInt(col)).toString());
                                break;
                                
                            case Types.VARCHAR :
                                row.add(rs.getString(col));
                                break;
                                
                            default :
                                /*В этой моей тестовой таблице всего два типа полей: целое и строка. 
                                 *Соответственно если в таблице/запросе типов больше, то этот switch 
                                 *нужно расширить соответствующими типами, а сейчас, в случае если мы 
                                 *встретим неизвестный коду тип поля, я для наглядности бросаю исключение.                                    
                                 * */
                                throw new Exception("Неподдерживаемый тип");
                        }
                        
                    }                                    
                    
                    dtm.addRow(row);
                }
            }                                    
        }
        catch (SQLException ex) {            
            System.out.println(ex.toString());
            
                        
        } catch (Exception e) {            
            e.printStackTrace();
        }
        finally {
            
            try {
                
                if (pstmt != null)
                    pstmt.close();
                
                if (conn != null)
                    conn.close();                
            }
            catch (SQLException ex) {                                            
                ex.printStackTrace();
            }                        
            
        }
        
                                    
        JTable      grid = new JTable();
        
        grid.setModel(dtm);
        
        JScrollPane jsp  = new JScrollPane(grid);
        
        JFrame jf = new JFrame("Эти фламинго - поклонники свинга(c)Не мой :) ");
        jf.setSize(640, 480);
        jf.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        
        jf.add(jsp);        
        jf.setVisible(true);        
    }
                                
}

public class HelloSwing {
    public static void main(String[] args) {
        SwingUtilities.invokeLater( new Runnable() {
            public void run() {                
                    new ApplMainForm();                
            }
        });

    }
}

Хотелось бы упомянуть еще один момент. Я часто слышал мнение что использовать Java GUI это "мазохизм", там все очень сложно, криво и через "известное отверстие". Впрочем, есть и другие мнения, говорящие что "надо уметь готовить". Так вот, когда я попытался несколько усложнить этот пример для одного своего эксперимента, разбираясь в устройстве Listener' ов и вообще в этой идее с моделями все это мне показалось очень знакомым. Я и раньше, встречая в интернете код Java GUI замечал его некоторую схожесть с архитектурой используемой в веб-фреймворке ExtGWT, а после того как немного посмотрел самостоятельно, то могу смело выдвинуть предположение, что те кто проектировал ExtGWT делали это, оглядываясь на Swing.

Считываем числовые данные с клавиатуры используя класс Scanner

2010-05-03T13:46:00.000+03:00

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

import java.util.InputMismatchException;
import java.util.Scanner;

class DigitsEnterException extends Exception {
    
    private static final long serialVersionUID = 1L;
    
    public DigitsEnterException() {
        super();
    }
    public DigitsEnterException(String msg) {        
        super(msg);
    }
    
}

public class DigitsEnter {
    
    
    
    private int getNum() {
        return getNum(false);
    }
    
    private int getNum(boolean isQtyEnter) {
        Scanner in = new Scanner(System.in);
        int ret = 0;
        
        try {
            ret = in.nextInt();
            
            if (isQtyEnter && ret <= 0) {                
                throw new DigitsEnterException(); 
            }
        }
        catch (InputMismatchException e) {
            System.out.println("Требуется ввести число");            
            return getNum(isQtyEnter);
        }
        catch (DigitsEnterException e) {
            System.out.println("Кол-во переменных не может быть равно " + ret);            
            return getNum(isQtyEnter);
        }
        catch (Exception e){            
            e.printStackTrace();
        }
        
        return ret;
    }
    
        
    public void run() {        
        System.out.println("Введите кол-во переменных: ");
        
        int qty = getNum(true);         
        int arguments[] = new int[qty];
        
        
        for(int i = 1; i <= qty; i++) {
            System.out.println("Введите аргумент №" + i);
            arguments[i - 1] = getNum();
        }
        
        
        for(int i = 1; i <= arguments.length; i++) {
            System.out.println("Aргумент №" + i + "-> " + arguments[i - 1]);
        }
                        
    } 
    public static void main(String[] args) {
        
           new DigitsEnter().run();                    
    }

}

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

Шаблон проектирования "Заместитель"(proxy).

2010-04-21T18:49:00.000+03:00

Википедия дает следующее определение: "Предоставляет объект, который контролирует доступ к другому объекту через перехват всех вызовов". Ниже будет рассмотрела реализация на примере имитации кэширующего прокси-сервера.

Схема:

Реализация:


package patterns;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;
import java.util.Set;

/**
 * Субъект
 */
interface ContentProvider {
    
    public String  getPage(String    url);
    public boolean isDinamicPage(String    url);    
    
}

/**
 * Реальный субьект
 */
class WebServer implements ContentProvider {

    private Map<String, String>    siteContent;
    private List<String>        dinamicPages;
    
    public WebServer() {
        siteContent     = WebServer.buildSite();
        dinamicPages    = new ArrayList<String>();
                
        //�скуственно обозначили динамический контент
        dinamicPages.add("news");
        dinamicPages.add("blog");
        
    }
    
    @Override
    public String getPage(String url) {
        
        System.out.print("Server");
        
        return siteContent.get(url);
    }

    @Override
    public boolean isDinamicPage(String url) {
        if (dinamicPages.contains(url))
            return true;        
        
        return false;    
    }
    
    /**
     * Простой фабричный метод который строит коллекцию страничек с ключем URL
     */
    public static Map<String, String> buildSite() {
        Map<String, String>    siteContent = new HashMap<String, String>();
        
        siteContent.put("index", "index content");
        siteContent.put("customers", "customers content");
        siteContent.put("contacts", "contacts content");
        siteContent.put("news", "news content");
        siteContent.put("blog", "blog content");
        
        return siteContent;
    }
} 

/**
 * Заместитель
 */
class ProxyServer implements ContentProvider{

    private WebServer            server;
    private Map<String, String>    cache;
    
    public ProxyServer() {
        cache = new HashMap<String, String>();
    }
    
    
    
    @Override
    public String getPage(String url) {
                    
        if (server == null)
            server = new WebServer();
        
        //Динамику забираем напрямую с сервера
        if (isDinamicPage(url)) {            
            return server.getPage(url);
        }        
        
        //Проверяем и обновляем кэш
        if (! cache.containsKey(url)) {
            cache.put(url, server.getPage(url));
        }
                        
        System.out.print("+Proxy: ");
        
        return cache.get(url);
    }

    @Override
    public boolean isDinamicPage(String url) {
        
        return server.isDinamicPage(url);
    }
    
}

public class ProxyPattern {

    /**
     * Клиент
     */
    public static void main(String[] args) {
        
        ContentProvider        provider = new ProxyServer();
        
        Set<String>     urls = WebServer.buildSite().keySet();
        
        for(int i = 1; i < 4; i++) {
            System.out.println("�терация № " + i);
            for(String url: urls) {
                System.out.println("[" + provider.getPage(url) + "]");
            }
        }
        
        System.out.println("Далее, напряму с сервера");
        provider = new WebServer();
        
        for(String url: urls) {
            System.out.println("[" + provider.getPage(url) + "]");
        }
    }

}

Если мы запустим приведенный выше листинг, то получим следующий вывод:


Итерация № 1
Server+Proxy: [index content]
Server[news content]
Server[blog content]
Server+Proxy: [customers content]
Server+Proxy: [contacts content]
Итерация № 2
+Proxy: [index content]
Server[news content]
Server[blog content]
+Proxy: [customers content]
+Proxy: [contacts content]
Итерация № 3
...
Далее, напряму с сервера
Server[index content]
Server[news content]
Server[blog content]
Server[customers content]
Server[contacts content]

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

p.s. Картинку рисовал в Google Doc Drawing.

ExtGWT on GAE Trial-trip.

2010-04-21T12:57:00.000+03:00

Целью проекта было желание протестировать хранилище(big table) Google Apps Engine. Ну что же, записную книжку или какую либо "домашнюю бухгалтерию" писать на нем уже можно. Нет, на самом деле на нем можно написать много чего, но так как всю свою ИТ-шную жизнь я так или иначе сталкиваюсь с программами для подсчета ~~профита~~ чего-либо, то интересно было покрутить платформу именно в этом ключе.

Итак, первые итоги. Впрочем в дальнейшем я пока не знаю что с этим со всем делать, так что возможно первые и последние. Всё приложение это одна табличка в хранилище, локально все работало великолепно, а в "облаках" же подкралась, ну не знаю, скажем так, неясность. При desc сортировке по id вылетало исключение на отсутствие индекса. Перерыв google до 10-й страницы, нашел, вроде на сайте поставщика JPA, как этот индекс создать. Создавался он на таблицу в 6 записей более 2(двух!) часов. Облака оказались очень неторопливыми. Впрочем, после того как индекс построился, ошибка никуда не делась. Я уже почти было плюнул на эту затею, но внезапно, там построился индекс по id desc, который по описанию полностью повторял мой в этой его части. То есть умная платформа сама достроила недостающий индекс и гордо отрапортовала в панели квот что три, из всего ста доступных, я уже использовал. Понять много это или мало все равно не получилось, так как мой индекс из двух полей(id asc, desc) все равно только "отожрал" квоту, а на ошибку не повлиял.

Чем закончилось. Закончилось тем, что я по неосторожности сделал чек-аут пустого проекта из репозитория на свой и исходники почти аннигилировались. Впрочем, таких дураков как я Eclipse страхует и я смог восстановить сами исходные коды, но к сожалению структура проекта разрушилась и восстанавливать мне его уже лень, так как это муторно и особой надобности в этом нет. Кто хочет посмотреть, вот адрес работающего приложения. Авторизация через службы Google Accounts, сразу предупреждаю что если будете что-то там создавать или редактировать, то я пишу e-mail в ту запись которую вы отредактировали. Ну так, на всякий.

p.s. Google, ну добавьте пожалуйста в apps engine хотя бы sql-lite, пусть и дурацкий, но реляционный. И с прямыми запросами пожалуйста, без всех этих JDO, JPA и прочих ~~развлечений~~ достижений инженеров Sun и Red Hat. И я буду ваш на веки!

Google Wave Robot.

2010-04-21T12:22:00.000+03:00

В конце прошлого года мне прислали инвайт в Google Wave. После нескольких часов "чата" захотелось взглянуть на Wave API. Из двух существующих способов расширения волны: роботы и гаджеты, выбор пал в сторону роботов. Гаджеты представляют собой встраиваемые в сообщения(блипы в терминах Wave) блоки html/JavaScript и, не вдаваясь в детали, позволяют пользователям взаимодействовать с собой. Роботы, в свою очередь, являются полноценными приложениями на платформе Google Apps Engine и могут реагировать на события, такие как добавление в волну участника или новый блип. Так же, роботы могут создавать новые блипы, редактировать существующие, добавлять в волну адресатов(участников) и главное, использовать всю мощь облачных вычислений платформы Google Apps Engine. В свою очередь, в отличии от гаджетов, роботы ограничены в средствах визуализации, что впрочем не мешает создавать комбинированные расширения робот + гаджет. Более того, думаю именно эта связка способна превратить волну в платформу для решения огромного спектра задач. Иными словами, можно считать что робот отвечает за логику, а гаджет за представление. Однако в целом, это две самостоятельные сущности приложения Google Wave.

Поскольку с первого взгляда волна больше всего напоминает коллективный чат, идея для робота пришла довольно быстро. Если кто не в курсе, в типичном веб-чате наряду с "роботами" заменяющими текстовые смайлы на графические, иногда существуют "роботы" реагирующие на заранее обозначенные слова или фильтрующие нецензурную лексику. Такого "цензора" я и решил написать. В принципе, задача довольно тривиальная: робот реагирует на каждый новый блип, читает его содержимое и если находит там вхождение или прямое соответствие, заменят подстроку - т.е. становится как бы соавтором сообщения, так как в волне можно совместно редактировать один и тот же блип. Этим роботы похожи на обычных участников. Кстати, сейчас их выдает наличие адреса в зоне @appspot.com, а когда появится возможность хостить их на собственных доменах и волновых серверах, не исключаю появления разнообразных роботов троллей, ~~SEO~~ спаммеров и прочих продуктов эволюции интернета.

Впрочем продолжим. GAE/GWT плагин для Eclipse IDE позволяет довольно легко создавать и публиковать приложения apps engine. Весь процесс описан в документах Google и не вызвал у меня никаких сложностей. Сложности начались в попытках разобраться с многочисленными "отказами в обслуживании" которые сыпались в консоль администратора, когда я начал тестировать робота. Робот то работал, то не работал и сходу было не так просто найти причины. Самое "веселье" заключалось в том, что пока я тестировал его самостоятельно, все вроде было ок. Однако, когда я создал публичную волну и попросил всех, кому это интересно помочь в тестировании, робот периодически умирал и не реагировал на сообщения. Вскоре, причины стали ясны. Честно говоря, я жутко не люблю "регулярные выражения". Каждый раз там, где ими можно эффективно воспользоваться, я для начала пытаюсь обойтись без них. Так и здесь, решение обойтись без регулярок было выполнено в лучших индусских традициях: сообщение разбивается на "массив" слов, который в цикле перебирается. Каждое слово отправляется в функцию, в которой создается(!) массив слов подлежащих фильтрации и уже внутри цикла по нему мы сравниваем конкретные слова и вхождение подстрок. Собственно эти вложенные циклы и были причинами отказа в обслуживании. Реализация средствами регулярных выражений исправила ситуацию и робот заработал стабильно.

Ну и в завершении. Во первых, доступ к волнам у меня совпал с периодом активного изучения Java. Таким образом робот оказался первым приложением которое исполнилось не на localhost, а в интернете, да еще и на период тестирования обрело своих пользователей. К сожалению, серия вандализма в публичных волнах, которая бушевала в конце прошлого года, докатилась и до нашей волны, в которой мы вместе с любезно согласившимися добровольцами тестировали робота. После этого, как мне показалось, интерес к волнам несколько спал, в том числе пропал интерес и к моему роботу. Однако он по прежнему доступен и работает по адресу gwcensor@appspot.com , а исходный код можно посмотреть на google code. Сам сервис google wave оказался невероятно удобным для коллективного обсуждения проекта. Хотя, честно говоря, я кроме "мантиса" ничего и не видел. И последнее, если вы начинающий разработчик изучающий python или один из JVM зыков, я рискну порекомендовать в качестве небольшой практики разработать своего "питомца". В "волнах" уже есть некоторая аудитория и главное что подобный опыт позволяет немного окунуться в атмосферу реальных проектов, получить отклик пользователей и по случаю, познакомиться с возможностями Google Apps Engine.

Создание экземпляра класса через вызов закрытого конструктора средствами Java RTTI.

2010-04-21T12:07:00.000+03:00

Подход, описанный в статье Final class одновременно в языке программирования Java?!, основан на отсутствии у класса открытых(public) конструкторов. Так же, там используется явный вызов исключения, которым автор страхует пользователя от вызова конструктора из методов самого UtilityClass класса. В статье сказано, что данное исключение, в целом, не обязательно. Однако, именно его наличие полностью гарантирует невозможность создания экземпляра UtilityClass. Ниже небольшой пример, демонстрирующий как создать экземпляр класса в отсутствии явного исключения в закрытом(private) конструкторе.

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

class UtilityClass {

  private UtilityClass() {
    //throw new AssertionError();
  }

  public String toString() {
   return this.getClass().getName();
  }
}

public class RTTIPrivateConstructorCall {

 public static void main(String[] args) {
  try {

   UtilityClass      instance;
   Constructor<UtilityClass>  privateConstructor =
UtilityClass.class.getDeclaredConstructor();
   privateConstructor.setAccessible(true);

   instance = privateConstructor.newInstance();

   System.out.println("Hello from " + instance);

  } catch (SecurityException e) {
   e.printStackTrace();
  } catch (NoSuchMethodException e) {
   e.printStackTrace();
  } catch (InvocationTargetException e) {
   e.printStackTrace();
  } catch (IllegalAccessException e) {
   e.printStackTrace();
  } catch (InstantiationException e) {
   e.printStackTrace();
  }
 }
}

Аналогичным образом Java Runtime Type Information прекрасно справляется с доступом к закрытым полям и методам. Довольно подробно аспекты работы этого механизма описаны в книге Брюса Эккеля "Философия Java".

Пример MD5 на Java, с использованием MessageDigest.

2010-02-20T21:33:00.000+02:00

Продолжаю причесывать исходники, которые могут быть полезны. В данном посте небольшой пример реализации сабжа. Надо сказать что в том же php, все делается в разы проще, но что поделать: иногда Java действительно очень разнообразна и многословна. Окончательное, вроде правильное решение нашлось по этой ссылке. В комментариях к тому посту разгорелся стандартный спор "физиков и лириков", как правильно, а как нет. Я, в свою очередь, ограничился сверкой результатов со штатной функцией MD5 СУБД MySql и на этом покамест решил успокоиться. Для шифрования паролей решения по ссылке вполне достаточно. Ниже, немного адаптированный для повседневного использования, код.

import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;

public class MD5 {

    
    public String getHash(String str) {
        
        MessageDigest md5 ;        
        StringBuffer  hexString = new StringBuffer();
        
        try {
                                    
            md5 = MessageDigest.getInstance("md5");
            
            md5.reset();
            md5.update(str.getBytes()); 
                        
                        
            byte messageDigest[] = md5.digest();
                        
            for (int i = 0; i < messageDigest.length; i++) {
                hexString.append(Integer.toHexString(0xFF & messageDigest[i]));
            }
                                                                                        
        } 
        catch (NoSuchAlgorithmException e) {                        
            return e.toString();
        }
        
        return hexString.toString();
    }
    
    public static void main(String[] args) {
        
        MD5 md5 = new MD5();                                        
        System.out.println(md5.getHash("qwert123"));                        
    }
}

Простейший пример подключения к БД MySql из Java.

2010-02-20T18:12:00.000+02:00

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.util.Properties;


public class SimpleDBConnection {

    
    public static void main(String[] args) {
    
        Connection             conn  = null;        
        PreparedStatement   pstmt = null;
        ResultSet            rs    = null;
        
        try {
                        
             
            Properties connInfo = new Properties();
            
            connInfo.put("characterEncoding","UTF8");
            connInfo.put("user", "username");
            connInfo.put("password", "pwd123");
            
            conn  = DriverManager.getConnection("jdbc:mysql://localhost/?", connInfo);
            
            pstmt = conn.prepareStatement("show databases;");
            
            if(pstmt.execute()) {
                rs = pstmt.getResultSet();                                
                
                while (rs.next()) {
                    //System.out.println(rs.getString(1));
                    System.out.println(rs.getString("Database"));
                }
            }                                    
        }
        catch (SQLException ex) {            
            System.out.println(ex.toString());
            //ex.printStackTrace();
        }
        finally {
            
            try {
                
                if (pstmt != null)
                    pstmt.close();
                
                if (conn != null)
                    conn.close();                
            }
            catch (SQLException ex) {            
                System.out.println("On close: " + ex.toString());
                //ex.printStackTrace();
            }                        
            
        }        
    }

}

Переменная connInfo содержит параметры подключения, в данном случае: кодировку, логин и пароль к БД. Переменная conn получает JDBC соединение c указанными параметрами. Конструкция conn.prepareStatement создает запрос и возвращает ссылку на него переменной pstmt, после исполнения запроса мы в переменную rs - получаем ResultSet(множество значений), который мы и пробегаем в цикле.

В примере видно, что колонку можно получить как по ее порядковому номеру, начиная с единицы (закомментированная часть), так и по псевдониму запроса(select field as someName). Соответственно, если псевдоним не указан, то используется стандартное имя поля БД/колонки результата. В данном случае, приведенный выше пример выведет в консоль имена всех имеющиеся баз данных. Ну и в завершении, в блоке finally мы закрываем сначала Statement, который закроет все связанные с ним множества - ResultSet, а после и само соединение(conn).

p.s. Для воспроизведения примера так же требуется подключить в classpath/к проекту Eclipse(Reference Libraries) mysql-connector-java*, который можно скачать с официального сайта MySQL AB или его зеркал.

Что-то вроде Properties.

2009-10-09T14:23:00.000+03:00

В свое время, читая про "свойства" в C#, придумался забавный трюк. Вкратце, суть свойств заключается в том, что при получении значения поля и при его установке, эти две операции можно наделить дополнительной логикой. Собственно трюк:


[xpp]:
class PropertiesExample
{
    int     value;
}
int value(int   _value = value)
{
    ;


    if (PrmIsDefault(_value))
        info("Get");
    else
        info("Set");

    value = _value;

    return value;
}
static void main(Args   _args)
{
    PropertiesExample   example = new PropertiesExample();
    ;

    info(strfmt("%1 ", example.value()));

    info(strfmt("%1 ", example.value(100)));
}
[/xpp]

Впрочем, стоит упомянуть Джеффри Рихтера, чьи книги я пока не читал, но цитату запомнил:

"Лично мне свойства не нравятся, и я был бы рад, если бы их поддержку убрали из Microsoft .NET Framework и сопутствующих языков программирования. Причина в том, что свойства выглядят как поля, на самом деле являясь методами.".

Если бы были "замыкания"...

2009-10-02T16:45:00.000+03:00

В х++ их конечно нет и вряд ли появится что-то подобное. Однако, на днях, читая обсуждение на тему setTmp(), подумалось, что в некотором случае они были бы удобны в аксапте. Например, что-то вроде:

[xpp]:


static void UnrealJob(Args _args)
{

    EmplTable    emplTable
    {
        Boolean validateWrite()
        {
            //Do nothing...
            return true;
        }

    };

    ;

    emplTable.setTmp();

    emplTable.EmplId = "XAL";

    emplTable.insert();
}

Ну и для классов тоже, а еще вдогонку и для интерфейсов =))

[java]:


interface IClosureTest {
 
 public void runIt();
}


public class ForBlog {
 
 public static void main(String[] args) {
  
  IClosureTest test = new IClosureTest() {
   public void runIt() {
    System.out.println("runIt method!!!");
   }
  };
  
  test.runIt(); //Console: runIt method!!!    
 }

}

p.s. В C#, на сколько я помню, все еще веселей.

Join между временной и постоянной таблицей через QueryRun.

2009-01-12T11:45:00.000+02:00

Однажды, отлаживая нетривиальный код, наткнулся на subj. Не зная про эту «фичу», я долго удивлялся почему запрос возвращает такой странный набор данных!?! Ниже приведен простенький Job-ик, который демонстрирует существование этой возможности в DAX. В иерархии запроса временная таблица должна быть первым источником данных.


[xpp]
static void JoinTmpTablesOnQuery(Args _args)
{
    LedgerTrans             ledgerTrans;
    LedgerTable             ledgerTableTmp;

    int                     i;
    int                     transCnt   = 20;

    Query                   query      = new Query();
    
    QueryBuildDataSource    qbdsTable  = query.addDataSource(tableNum(LedgerTable));
    QueryBuildDataSource    qbds2Trans = qbdsTable.addDataSource(tableNum(LedgerTrans));


    QueryRun                queryRun;
    ;

    qbds2Trans.relations(true);

    ledgerTableTmp.setTmp();
    
    ledgerTableTmp.data(LedgerTable::find("02.010"));
    ledgerTableTmp.insert();
    
    ledgerTableTmp.data(LedgerTable::find("01.030"));
    ledgerTableTmp.insert();
    
    queryRun = new QueryRun(query);

    queryRun.setCursor(ledgerTableTmp, 1);
    
    i = 0;

    while (queryRun.next())
    {
        ledgerTableTmp = queryRun.getNo(1);
        ledgerTrans    = queryRun.getNo(2);

        info(strfmt("AccountNum %1 , AmountCur %2 , (tmpRecId %3 , regRecId %4)",
                     ledgerTableTmp.AccountNum,
                     ledgerTrans.AmountCur,
                     ledgerTableTmp.RecId,
                     ledgerTrans.RecId));
 
        i++;
        
        if (transCnt && i == transCnt)
            break;
    }

}
[/xpp]

Модификация формы "Должностные лица".

2008-09-30T18:34:00.000+03:00

Введение.

В Российской локализации Dynamics Ax существует специальный модуль хранящий историю ФИО и должностей лиц, которые должны подписывать те или иные документы. Основания форма настроек располагается по пути Основное/Настройка/Контакты/Должностные лица. На вкладках этой формы находятся настройки относящиеся к различным документам системы, сгруппированные по модулям. Выбрав модуль и нужный документ, мы можем указать настройки по умолчанию, которые в последствии попадут в печатную форму соответствующего документа. Одна из особенностей заключается в том, что в момент печати, например счета-фактуры, данные о должностях подписывающих документ берутся не из этих настроек. В печатную форму попадают данные, сохраненные в специальной таблице, что дает возможность печатать любой документ с теми ФИО, которые были в настройках(т.е. работали в компании) на момент создания документа(накладной, фактуры, складских документов итп). Иными словами, во время разноски система смотрит настройку того или иного документа и копирует от туда данные в специальную таблицу. Позже данные этой таблицы используются при выводе печатной формы. Другой особенностью является то, что для конкретного документа можно ввести только определенный набор и кол-во позиций, потому что в конечном счете в печатной форме отведено определенное место для подписей должностей. Таким образом, кроме собственно позиций, ФИО и должностей, настройке больше ничего не подлежит. Любое изменение или дополнение можно сделать только путем изменения самой отчетной формы, а так же алгоритмов разноски, печати и настройки должностных лиц.

Общая логика работы формы.

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

1.В самом простом случае мы заполняем три поля: "Позиция", "Наименование"(Имя сотрудника) и "Обращение"(Должность сотрудника). Такой набор полей используется для закладок: "Разное", "Главная книга" и "Запасы".

2.Для закладок "Заказы на продажу" и "Заказы на покупку" добавляются три поля: "Код связи", "Код связи контрагента" и информативное "Свой?". В случае, если мы устанавливаем в поле "Код связи" значение "Запись", в зависимости от модуля у нас появляется возможность выбрать контрагента в поле "Код связи контрагента", при этом в зависимости от значения поля "Позиция" меняет свое значение флаг "Свой?". В случае, если сотрудник "свой", то поле "Наименование" заполняется из справочника Сотрудников(Основное/сотрудник.), иначе из справочника "Контактные лица"(Основное/Настройка/Контакты/Контактное лицо).

Пример: допустим для модуля "Заказы на покупку" документа "Накладная" в настройках есть строка с кодом контрагент "Поставщик1" и позицией "Отпустил".В этом случае выпадающий список покажет все контактные лица, связанные с поставщиком: "Поставщик1". В свою очередь, если это внутренняя позиция компании - "Принял", то выпадающий список будет содержать справочник сотрудников.

3. Для закладки "Учет МЦ", помимо новых полей описанных в пункте 2, добавляются поля "Связь со складом" и "Склад". Эта настройка актуальная для позиций "Принял" и "Отпустил". Мы можем указать эти позиции с введенными в систему складами. Далее, указав в строке закупки определенный склад, в диалоге обработки "Отборочной накладной" по "Заказу на покупку" система в позиции принял и отпустил подтянет соответствующие ФИО. (В дальнейшем эти данные будут использоваться при печати документов Приходный ордер/Акт о приемке). Хотелось бы добавить, что я не до конца понял, как ведет себя данная настройка, в том случае, если в строках закупки есть несколько складов. Сложилось впечатление, что несмотря на то, что в информацию о текущих должностных лицах попадают все настроенные "Принял"/"Отпустил" в соответствии с набором складов в строках, при печати, например "Приходного ордера" система подтягивает первую найденную "Пару".

Добавление новой позиции.

Для простоты, рассмотрим пример добавления новой позиции на закладку "Разное" формы "Должностные лица". В стандарте эта закладка содержит всего две настройки: "Руководитель" и "Главбух", которые используются в большинстве печатных форм проведенных документов. Добавим, для примера, позицию "Заместитель руководителя". Имя я выбрал специально длинным и исчерпывающим, но на этом примере позже будет раскрыта одна особенность добавления новой позиции, с которой довелось столкнуться.

Первым делом нам нужно добавить новый элемент AssistantDirector с меткой "Заместитель руководителя" в перечисление(Enum) OffPosition_RU. Далее, в классе OfficialsPositionLookupEngine_RU, в методе initPositions добавим для закладки разное(OffReportType_RU::General) инициализацию нашей позиции.

Код:
---
case OffReportType_RU::General :
add(OffPosition_RU::Director);
add(OffPosition_RU::Accountant);
//OZKA, 30.08.2008 -->
add(OffPosition_RU::AssistantDirector);
// <--
break;
---

Теперь, если мы откроем форму и создадим новую строку, в выпадающем списке поля позиция появится "Заместитель руководителя", однако после таких элементарных действий выбрать её мы пока не можем. Найдем EDT OffPositionStr_RU и изменим его длину на 30 символов. Затем, снова откроем форму и теперь видим, что у нас появилась возможность выбрать наше "длинное и исчерпывающее" название новой позиции. Впрочем, система и после этого сообщит, что "В отчете "Общие" отсутствует поле "Заместитель руководителя". Найдем в АОТ класс OffCheckPosition_RU и подправим его метод checkGeneral

Код:
---
private boolean checkGeneral()
{
boolean ok;

switch (position)
{
case OffPosition_RU::Director,
OffPosition_RU::Accountant,
//OZKA, 30.08.2008 -->
OffPosition_RU::AssistantDirector :
// <--
ok = true;
break;

default :
ok = false;
}

return ok;
}
---

После этого, у нас, наконец, появилась возможность указать на закладке разное новую позицию. Далее, логично для "внутренней" позиции ограничить выбор имен справочником сотрудников. Для этого в таблице OfficialsTable_RU изменим метод isOurGuy.

Код:
---
case OffReportType_RU::General :
ret = (this.Position == OffPosition_RU::Director) ||
(this.Position == OffPosition_RU::Accountant)
//OZKA, 30.08.2008 -->
|| (this.Position == OffPosition_RU::AssistantDirector)
// <--
;
break;
---

Теперь выпадающий список для нашей новой позиции соответствует спискам полей "Руководитель" и "Главбух", то есть формируется на основе таблицы EmplTable.

Остается поддержать нашу новую позицию при разноске, например, накладной по "Заказу на продажу". За создание проводок в таблице OfficialsTrans_RU отвечает класс OfficialsServ_RU. Добавим в его метод initSalesInvoice следующие строки:

Код:
---
//OZKA, 30.08.2008 -->
this.insertOrUpdate(OffPosition_RU::AssistantDirector,
OffReportType_RU::General,
"",
OffTableAll_RU::All,
true,
OffReportType_RU::SalesInvoice,
true,
false);

// <--
---

Теперь, при разноски накладной по заказу, в таблицу OfficialsTrans_RU будет попадать информация, в том числе, и о нашей новой позиции. Если мы вызовем форму обработки накладной, то на соответствующей закладке мы сможем увидеть нашу настройку. Не вдаваясь в подробности, как устроена печать накладной по заказу, в общем случае добраться до какой либо позиции можно с помощью метода find таблицы OfficialsTrans_RU. А сама "сессия" должностных лиц хранится в поле OffSessionId_RU таблицы CustInvoiceJour или других таблицах документов, поддерживающих модуль "Должностные лица". По аналогии можно изменять поведение и набор позиций для других вкладок (модулей) системы и доступных для них настроек должностей печатных форм.

Summary.

В качестве итога скажу, что не стал писать о добавлении новой закладки на форму "Должностные лица", допустим для реализации поддержки собственного модуля или решения. Так же, кое-что о модуле можно прочитать скачав вложение темы - Российские складские отчеты. Там на примере того, как создавать новый отчет по складским журналам, в том числе, рассказывается как поддержать модуль должностные лица, для своего складского отчета.

p.s. Если я что-то упустил или сильно напутал, замечания приветствуются =))

Многоколоночные отчеты средствами Dynamics AX.

2008-08-27T10:44:00.000+03:00

За время работы с Аксаптой мне неоднократно приходилось создавать отчеты, "растущие в ширину", штатными средствами системы DAX 3.0. После того, как я впервые, изрядно намучавшись с управлением дизайном отчета в "рантайм", очень хотелось все это упорядочить. Однако, поскольку подобные задачи на проектах возникали в разное время, собрать относительно универсальный набор классов не получалось. В Российской локализации уже имеется подобный фреймворк RLedgerSheet*, но для некоторых отчетов, это как "из пушки по воробьям", не говоря о том, что доскональное изучение этого "монстра" заняло бы очень много времени.

В конце поста, можно скачать простенький движок, который удалось написать. Все что требуется программисту, что бы им воспользоваться, это собрать структуру(Map) с контейнером в ключе и значении. Так же, нужно создать заголовки для колонок ключа и значений(два контейнера). Вложенные контейнеры естественно не допускаются. Кол-во заголовков и значений должно совпадать.

По сути, вся работа сводится к тому, что бы создать наследника от класса SimpleSheetEngineData и реализовав метод fillReportDataMap(), заполнить соответствующую структуру(reportDataMap) требуемыми данными. Так же указать названия колонок(методы keyHeader(), valueHeader()) и запустить класс на исполнение. В проекте имеется демо-реализация(ExampleDataObject), наглядно иллюстрирующая простоту данного движка.

Тестировалось на DAX 3.0 SP3. thx за Bug Report!

~~SimpleSheetEngine_OZKA.rar~~

upd: Правильная ссылка(в предыдущей выпал пункт меню) SimpleSheetEngine_OZKA (copy 2).rar

Hello World

2008-03-27T12:29:00.000+02:00

Давно думал над идеей создания сайта посвященного разработке в системе MS Dynamics Ax. Учитывая, что контента не так много, попробую его потихоньку доводить до ума и публиковать тут.