这就是我想要做的.我想在我的hibernate驱动的java swing应用程序中存储代码对象.我想允许用户创建可以在有限范围内影响数据的代码对象,例如只能访问该成员类的成员的函数.我甚至真的希望在那里有一个完整的小ide(虽然缩小了所有隐藏的无意义),这将允许自动完成并有一个按钮进行编译和检查,然后将所有包装,所以我可以放弃在我的数据库中的事情并安排它的执行.
任何人都有一个好主意,知道一个很好的组件或方法来使用eclipse或其他一些方法来实现这一点,而无需自己推出解决方案?
我有一个单选按钮列表,有些标签很长,所以它们换行,第二行出现在单选按钮下面.理想情况下,我希望文本用第一行的第一个字符下面的第二行包装.
有关如何的任何想法?或者我是否必须为此制作我自己的基于列表的控件?
// edited by Neil Butterworth to conserve vertical space
#include <stdio.h>
struct A;
struct B;
A& GetAInstance();
B& GetBInstance();
struct A {
A() {
printf( "A\n" );
}
~A() {
printf( "~A\n" );
B& b = GetBInstance();
}
};
struct B {
B() {
printf( "B\n" );
}
~B() {
printf( "~B\n" );
A& a = GetAInstance();
}
};
A& GetAInstance() {
static A a;
return a;
}
B& GetBInstance() {
static B b;
return b;
}
int main( ) …Run Code Online (Sandbox Code Playgroud) 考虑这种情况:我有一个名为person.xml的XML文件,其中包含以下数据.
<person>
<name>MrFoo</name>
<age>28</age>
</person>
Run Code Online (Sandbox Code Playgroud)
如果我想将这个XML读入Java对象,我将创建一个名为PersonBean的Java bean(使用属性的getter/setter):
class Person{
String name;
int age;
}
Run Code Online (Sandbox Code Playgroud)
我可以使用任何API来读取XML并填充Java Bean.
但真正的问题是,假设XML文件的结构发生了变化,即如果将新属性"email"添加到XML文件中,那么我还必须修改Java Bean以添加新属性.但是,即使XML结构发生变化,我也希望避免更改Java代码.
所以,我正在尝试做的是,我正在创建另一个名为PersonStructure.xml的XML文件,其内容为:
<class name="Person">
<attributes>
<attribute>
<name>personName</name>
<type>java.lang.String</type>
</attribute>
... and it goes like this...
</attribute>
</class>
Run Code Online (Sandbox Code Playgroud)
是否可以读取PersonStructure.XML文件并将其转换为Person.Java类文件?我正在尝试做的方法是正确的还是还有其他方法可以做同样的事情吗?
我知道,对于C++和Java来说,它是一个完善的命名约定,常量应该全部写成大写,并用下划线来分隔单词.像这样(Java示例):
public final static Color BACKGROUND_COLOR = Color.WHITE;
public final static Color TEXT_COLOR = Color.BLACK;
Run Code Online (Sandbox Code Playgroud)
这个命名约定很容易理解和遵循,但我问自己,为什么选择这个命名约定而不是变量的常规命名约定:
public final static Color backgroundColor = COLOR.WHITE;
public final static Color textColor = COLOR.BLACK;
Run Code Online (Sandbox Code Playgroud)
似乎没有必要改变常量的外观.如果我们想为它们分配一个值,编译器将会阻止它.实际上它会产生问题,如果以后将常量变为适当的变量(因为颜色可以配置为例如).
那么将命名常量全部写成大写的最终原因是什么?历史原因?
有人知道在导出后以PDF格式显示报表时是否可以更改报表的页面大小/比例?
我们遇到的问题是我们的一个用户在表中创建了一个包含大量coloumns的报表,然后该表运行到报表的下一页.我们已在Business Intelligence Studio中将页面设置更改为横向,然后以PDF格式呈现报表.但是,当我将页面设置更改为A3时,这并不能解决问题.是否有可能以这种方式调整大小/扩展,或者是否有一种我不知道的更好的方法.
谢谢
我对C#/ WPF的MVVM设计有疑问.我看过几个演示应用程序,但它们并没有真正解决我的问题.我的应用程序由包含其他对象的对象组成.就像父子关系一样.
我现在的问题是:
我有以下情况:
class Child {
string Name;
}
class ChildVM {
Child _child;
string Name{return _child.Name;}
}
class Parent {
string Name;
List<Child> children;
}
class ParentVM{
Parent _parent;
string Name{return _parent.Name;}
List<ChildVM> children {get;set;}
ParentVM(Parent p){_parent = p;}
}
void CreateANewParent(){
List<ChildVM> children = new List<ChildVM>(){new ChildVM(new Child()),...};
ParentVM parent = new ParentVM(new Parent());
foreach(ChildVM child in children)
parent.children.Add(child);
}
Run Code Online (Sandbox Code Playgroud)
这里的问题是,ParentVM包含ChildVM,但实际的Parent(在ParentVM内)没有ChildVM对象包含的Child对象.我也认为复制Child对象不是一个好主意,因为它会导致冗余,在我的应用程序上下文中也没有必要/可能创建新的Child对象.
我还考虑过以下课程设计:
class ParentVM {
Parent _parent;
string Name{return _parent.Name;}
List<Child> children …Run Code Online (Sandbox Code Playgroud) 我终于设法在这里的一些人的帮助下构建了一个插件架构的工作解决方案,但现在出现了一个新问题.
我的托管应用程序使用它的app.config文件来执行程序集(这是一个Windows服务)的一些默认值.
每个插件应该能够从单独的插件设置文件加载它自己的设置,因为不应该让主机知道插件设置.在插件项目中,我还添加了一个app.config文件(带有一些设置和一个连接字符串),这样我就可以实例化Properties.Settings类并在插件代码中使用它的属性.
问题是当我更改插件的app.config中的设置(构建为plugin.dll.config)时,我无法在插件本身中看到这些更改,它仍然使用设计时设置.
有没有办法在每个插件中加载app.config设置,以便生成的Properties.Settings类可以工作?如果没有,还有另一种方法可以将基于app.config的设置文件加载到插件中吗?我打算在IPlugin界面中添加一个LoadConfiguration方法,这样每个插件都会加载它自己的设置.
据我所知,C#中没有直接的等价物.我目前的想法是使用带有自定义IEqualityComparer的Dictionary,它检查引用相等性.
但是,这似乎失去了散列所带来的优势.有没有办法从每个不同的对象中获取单个哈希码?或者这是不可能的,我应该使用其他方法?
是否可以在建立连接后检查(MySQL)数据库是否存在.
我知道如何检查数据库中是否存在表,但我需要检查数据库是否存在.如果不是,我必须调用另一段代码来创建它并填充它.
我知道这听起来有点不雅 - 这是一个快速而肮脏的应用程序.
java ×4
c# ×2
c++ ×2
app-config ×1
asp.net ×1
collections ×1
database ×1
dictionary ×1
eclipse ×1
exists ×1
hashmap ×1
ide ×1
layout ×1
mvvm ×1
mysql ×1
plugins ×1
reflection ×1
settings ×1
sql-server ×1
swing ×1
viewmodel ×1
webforms ×1
wpf ×1
xml ×1