Я заметил, что несколько WCF приложений выбирают "break" своих объектов отдельно; то есть проект может иметь DataObjects assembly, который содержит DataContracts/Members в дополнение к значимой библиотеке классов, выполняющей бизнес-логику.

Является ли это ненужным уровнем абстракции? Есть ли какое-либо врожденное зло, связанное с прохождением и маркировкой существующих библиотек классов с информацией DataContract?

Кроме того, в качестве отступления, как вы справляетесь с условиями ошибок? Являются ли выброшенные исключения из службы (InvalidOperation, ArgumentException и так далее) общепринятыми или обычно существует уровень вокруг этого?

Я как раз собираюсь совершить свое первое путешествие в мир JNI (Java Native Interface), чтобы предоставить уведомления об изменении файловой системы от специфичного для платформы кода C/C++ до Java. То есть, если кто-то не предложит какую-то блестящую библиотеку для этого, которую я пропустил.

Будучи новичком в JNI, мне удалось найти много документации на стороне интерфейса и стороне генерации библиотеки, но я не нашел много о создании родной библиотеки.

У меня есть существующая сборка на основе ant для уже существующего источника Java, поэтому я пытаюсь решить, должен ли я получить ant для вызова make для создания библиотеки или лучше всего получить make для вызова ant после создания библиотеки?

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

В моем университете большинство моих занятий были в Java. Я также недавно изучил C# (и среду Visual Studio) на летней стажировке. Теперь я беру введение в класс компьютерной графики, и студент-выпускник, обучающий класс, предпочитает использовать C++ для доступа к привязкам OpenGL через GLUT.

Есть ли у кого-нибудь хорошие ресурсы о том, как сделать хороший переход от Java/C# к C++? Очевидно, указатели будут большой проблемой,но любые другие вещи, которые я должен искать? Любые учебники, руководства и т.д. было бы очень полезно!

Спасибо!

Я знаю, что .NET -это JIT , скомпилированный в архитектуру, на которой вы работаете непосредственно перед запуском приложения, но оптимизирует ли компилятор JIT для 64-битной архитектуры вообще?

Есть ли что-то, что нужно сделать или рассмотреть при программировании приложения, которое будет работать на 64bit system ? (т. е. улучшит ли использование Int64 производительность и сможет ли компилятор JIT автоматически заставить Int64 работать на 32-битных системах?)

Есть ли простой способ гарантировать, что после того, как drag-and-drop не завершится, событие MouseUp не будет съедено и проигнорировано платформой?

Я нашел сообщение в блоге, описывающее один механизм, но он включает в себя много ручного учета, включая флаги состояния, события MouseMove, ручную проверку "mouse leave" и т. д. все это я предпочел бы не реализовывать, если этого можно избежать.