在C#中是否存在一个方法来获得给定两个绝对路径输入的相对路径？
那就是我有两个输入(第一个文件夹作为基础),如
c:\temp1\adam\
和
c:\temp1\jamie\
那么输出就是
..\jamie\
我有一个PreferenceActivity,从一个看起来像这样的XML文件加载它的首选项
<?xml version="1.0" encoding="utf-8"?>
<PreferenceScreen
xmlns:android="http://schemas.android.com/apk/res/android"
android:key="first_preferencescreen">
<ListPreference
android:key="currlist"
android:title="Change Currency"
android:summary="Selecting a new currency will reset your jar!"
android:entries="@array/currencies"
android:entryValues="@array/currency_vals" />
<EditTextPreference
android:key="goaltxt"
android:title="Set Goal"
android:inputType="numberDecimal"
android:text="0.00"
/>
</PreferenceScreen>
我想将货币类型和目标都传递回主类,我发现的所有解释都非常模糊.在我的主类的onStart()方法中,到目前为止我有这个:
public void onStart() {
SharedPreferences prefs = PreferenceManager.getDefaultSharedPreferences(this);
SharedPreferences myPrefs = this.getSharedPreferences("myPrefs", MODE_WORLD_READABLE);
final SharedPreferences.Editor prefsEditor = myPrefs.edit();
prefs.getInt("currlist", 0);
prefs.getFloat("goaltxt", 0);
}
这真的很令人沮丧,我很想知道SharedPreferences的工作原理.谢谢!
我编写了一个在Glassfish的Web服务中运行的JMS应用程序(也在JBoss中部署),我注意到在通过MessageListener MDP处理多个消息后,JMS服务器用完了连接!
用Apache ActiveMQ和Glassfish内部JMS代理(openMQ？)试过它
有没有办法检查为什么会这样？如果这是JmsTemplate的默认行为,那么以正确的方式开发JMS生产者和消费者的替代方法是什么？
谢谢!
test.class类型是对的吗？如何？我该怎么办？
<Preference
android:key="test"
android:title="test"
android:summary="test">
<intent android:action="test.class" > <=== **ERROR/AndroidRuntime(2384): android.content.ActivityNotFoundException: No Activity found to handle Intent**
</intent>
</Preference>
我有一个从.NET 1.1转换为3.5的项目正在2008年开发.
如果我在Windows 7上打开项目,它会将所有内容的大小转换为120dpi大小.如果我然后以96 dpi打开它会改回来.有没有办法让我开发,所以它看起来都很好,如果在具有不同DPI的系统上打开,Visual Studio 不会更改大小？
这个问题可能在这里更好地表达/复制: 视觉工作室设计师dpi设置
或者在这里: Visual Studio和DPI问题
要清楚我正在尝试做的是防止控件在被具有不同DPI设置的多个开发人员使用时在设计器中调整大小.在我注意到这个问题的所有情况下,我一直在使用.NET 1或.NET 2项目升级到最初使用Visual Studio 2008,现在是Visual Studio 2010.
更新(如果有人想与@Ben争夺奖励积分):我有一个正确调整大小的表单,但窗口的大小会以编程方式更改.由于设计人员不了解尺寸,因此如果使用不同DPI的开发人员触摸表单,则窗口会不正确地调整大小.有没有办法解决这个问题,而不是回到在运行时不缩放UI？
例如:我声明的窗口有两种尺寸,如果开发人员在设计时使用120 dpi,它可以正常工作:
private static Size smallSize = new Size(960, 500);
private static Size largeSize = new Size(960, 615);
如果有人在96dpi的设计师中编辑表单,我只是想绕过我需要做的事情,不要有一个可怕的设计回归.
假设您在REST API中有一个复杂的资源.您在此资源上有几个一对多的标记和属性(即,用户可能已将资源评级为1到5,或者用户可能"喜欢"该资源或将其标记为垃圾邮件或忽略它或导致其他一些状态待定).
关于在以资源为中心的架构中表示这一点的最佳方式已经提出了一些建议,但到目前为止,它们都没有真正让我开心.所以让我们来源吧; 您觉得哪种变体最容易理解？我们没想过哪些变种？假设基于OAuth的API,此处的所有内容都是在当前授权用户的上下文中完成的.
布尔标志
变式1:
GET /resource/{id}/muted
POST /resource/{id}/muted BODY:true
POST /resource/{id}/muted BODY:false
变式2:
GET /resource/{id}/muted
PUT /resource/{id}/muted BODY:true
DELETE /resource/{id}/muted
变式3:
GET /resource/{id}/attributes
POST /resource/{id}/attributes BODY:muted=true
POST /resource/{id}/attributes BODY:muted=false
变式4:
GET /resource/{id}/muted
POST /resource/{id}/mute
POST /resource/{id}/unmute
属性
变式1
GET /resource/{id}/rating
POST /resource/{id}/rating BODY:4
变式2:
GET /resource/{id}/rating
PUT /resource/{id}/rating BODY:4
DELETE /resource/{id}/rating
变式3:
GET /resource/{id}/attributes
POST /resource/{id}/attributes BODY:rating=4
POST /resource/{id}/attributes BODY:rating=
思考？建议？其他API如何处理这个？你是怎么处理的？您是否发现这样的设计问题对开发人员的快乐或API的易用性产生了重大影响？
我正在制作一个c ++游戏gui lib,并想知道我什么时候应该抛出异常.现在,例如,如果我得到一个NULL指针,该函数将默默地失败.我应该抛出异常吗？它不会真正导致它崩溃.抛出异常的好地方有哪些例子？
谢谢
我在iTunes Connect中设置了我的应用程序,并购买了In App.已经24小时了,我仍然从SKProductsRequest获得零产品.
我想知道我使用的配置文件是否存在问题.我创建了一个新的App ID,并使用该App ID使用相同的App ID创建开发和分发配置文件.我使用Distribution配置文件构建了应用程序并将其上传到应用商店.
现在我正在使用开发配置文件来测试应用程序 - 这就是我想知道我是否犯了错误.我不应该在这里使用开发资料吗？我应该使用Ad Hoc发行版吗？
我正在为ASP.NET WebForms/MVC开发一个运行时复合资源库.我通过WebControls支持标准的ASP.NET WebForms,并且最近还添加了对ASP MVC Html Helpers的支持.我目前支持WebForms WebControls的一个功能是"部分"资源定义的概念,其中资源可以通过主/视图页面等组合.
在实现MVC等价物时,我不确定最佳做法是什么？我目前倾向于设计类似于:
母版页
<% using (Html.CreateCompositeResourcePartContext())
{
Html.CompositeCssResourcePart(
"ResourceName",
new[] { "/Styles/SharedStyle1.css", "/Styles/SharedStyle2.css" }
);
%>
<asp:ContentPlaceHolder ID="head" runat="server">
</asp:ContentPlaceHolder>
<% } %>
这将在头部ContentPlaceholder周围创建一个"上下文"包装器.
查看页面
<asp:Content ID="HeadContentPlaceholder" ContentPlaceHolderID="head" runat="server">
<% Html.CompositeCssResourcePart(
"ResourceName",
new[]
{
"/Styles/PageStyle5.css",
"/Styles/PageStyle6.css",
"/Styles/PageStyle7.css"
}) %>
</asp:Content>
因此,任何视图页面都可以扩展部分资源定义,如上所示.
我有的问题:
1)与我的所有其他HtmlHelper不同,这些扩展不会立即写出HTML片段,而是等到处理上下文.这些扩展是否应该取决于ViewContext(或其他一些对象)？
2)我个人认为"使用"的概念有意义包装代码块而不是单独的BeginCompositeResourcePartContext/EndCompositeResourcePartContext调用,你同意吗？如果不是,单独的方法调用有什么好处？
任何有关上述内容的反馈将不胜感激.如果需要更多详细信息,请告知我们.
编辑
为了澄清......主页面头部内的块和视图页面中的后续引用将被合并到一个资源中.所以当处理CompositeResourcePartContext的上下文时,所有SIX文件只被合并到一个css文件中并写成单个链接TAG(或脚本,css sprite等)
<link rel="stylesheet" type="text/css" href="/MyMergedStyleSheet.css" />
我很清楚你想使用Singleton来提供对某些州或服务的全局访问点.在这个问题中不需要列举Singleton模式的好处.
我感兴趣的是Singleton一开始看起来不错的情况,但可能会回来咬你.一次又一次,我在书籍和海报上看到作者说,单身人士模式往往是一个非常糟糕的主意.
四人帮表示你想在以下情况下使用Singleton:
这些要点虽然值得注意,但并不是我所寻求的实际问题.
有没有人有一套规则或警告你用来评估你是否真的,确定你想要使用Singleton？