2017-12-17 07:34
发布于 2017-12-17 15:34 更新于 2018-12-14 01:54
很少有人会对改变自身行为习惯感到舒适,特别是对于指引改变的人没有足够了解和信任的时候,这种感觉尤为强烈。由此便会出现观望、消极、非暴力不合作、甚至是抵触反对的态度。说到底“因人废言”、“对人不对事”还是常有发生的。是否愿意作出改变,有非常大的因素缘自提出改变建议的人。同样的建议经由不同的人提出,可能会产生完全不同的结果。对于信赖的伙伴,我们通常都会报以更开放和更积极的态度,并愿意尝试;反之,我们首先产生的想法可能就是质疑和反对。
我之所以把lombok放在整篇文章的第一个介绍,是因为它真的可以帮我少写很多代码,特别是entity、DTO、VO、BO中的。
数据绑定模型允许您将与您Binding的对象相关联ValidationRules。 如果用户输入的值无效,你可能希望在应用程序 用户界面 (UI) 上提供一些有关错误的反馈。 提供此类反馈的一种方法是设置Validation.ErrorTemplate附加到自定义ControlTemplate的属性。
前两天下午四点打过来的电话,没接到。因为是座机分机所以不能打过去(试了几次,这个事情告诉我们手机要随身携带,万一面试官用座机打的,你还不能回拨)。于是我等啊等,终于在快七点面试官给我打过来了。阿里面试的用户体验是真的好,面试官很耐心。再次感谢阿里hr都很好,昨天查了状态已回绝。自己实力不够,还需继续修炼 先说说总体情况面了三十多分钟,我问问题用了十几分钟,总共四十多分钟。基本的问题回答出来了,但是本人比较内向,不是很会接话茬子有点尬聊。每次回答完一个问题,就安静了几秒钟。基本问题都回答出来了,然后再一点点
经常会有同学会问,有没有好看简单的WPF UI库推荐的。今天就给大家推荐一款简单漂亮的WPF UI,融合多个开源框架组件:AduSkin。
之前一直用Winform。刚开始看了下感觉跟Winform区别不大,控件可以拖进去,选中了控件属性面板可以设置属性、事件面板可以监听事件,后台代码处理事件,一切都那么的熟悉。XAML布局也跟Android布局很像,所以没学习就直接开始了,觉得摸索摸索基本就差不多了吧。结果各种不适应,拖控件拖进去后总是调整不好显示方式,控件在后台代码中操作找不到方法,对于WPF介绍的各种特点也毫无体会,总想着换回去。后来看了刘铁猛的《深入浅出WPF》,里面说WPF就要用WPF的方式来开发。这才认真开始学WPF。现在控件面板和属性面板都已经用的很少了,界面布局基本全部用代码搞定,感觉任何一个细节都能控制到。再后来接触到了MVVM,更加体会到了以MVVM模式开发WPF带来的好处。现在除非要求已经不再用Winform了,小工具和测试程序直接在后台写代码,复杂一点的需要长期使用和维护的用MVVM模式。这个系列的文章主要写一下自己对MVVM的理解和核心部分的简易实现方式。
框架设计不应该局限于任何一种设计模式,我们在设计框架时,应该将设计模式揉碎,再重组;这样设计出来的框架才具有一战之力。
上一次我们学习了Blazor组件相关的知识(Asp.net Core Blazor Webassembly - 组件)。这次继续学习Blazor的数据绑定相关的知识。当代前端框架都离不开数据绑定技术。数据绑定技术以数据为主导来驱动UI界面,用户对数据的修改会实时提现在UI上,极大的提高了开发效率,让开发者从繁琐的dom操作中解脱出来。对于数据绑定.NET开发者并不会陌生,WPF里大量应用数据绑定技术,有过WPF开发经验的同学其实很容易理解前端的数据绑定。总之数据绑定技术及其概念、思维极其重要。下面让我们看看Blazor的数据绑定技术。
为了演示我的意思,采用两个大致相同的程序(C中的第一个,python中的另一个):
@yong9981 在 actframework-1.8.32 发布新闻 中提出了一下问题:
从许多调查报告上看,开发人员群体对低代码的评估维度集中在几个点上,页面的灵活性、业务逻辑的灵活性和技术架构的专业性。而这几个点也是不同的低代码厂商和产品差异性最明显的领域。今天,我们以活字格为例,将目光聚焦在可视化业务逻辑构建的原理和体验上和大家聊聊。
本文主要介绍在 WPF 中,当属性变动后,如何依据是哪个属性变动了,以及其变动的值的情况来进行相应业务处理的推荐的方式;以及如果要恢复属性的原始值,可以怎么做。
随着我们的应用程序越来越受欢迎,我们的下一步将要开发多语言功能。方便越来越多的国家使用我们中国的应用程序, 基于 WPF 本地化,我们很多时候使用的是系统资源文件,可是动态切换本地化,就比较麻烦了。 有没有一种方法既可以适用系统的资源文件,又能方便快捷的切换本地化呢?
弱引用是 .NET 引入的概念,可以用来协助解决内存泄漏问题。然而事件也可能带来内存泄漏问题,是否有弱事件机制可以使用呢?.NET 没有自带的弱事件机制,但其中的一个子集 WPF 带了。然而我们不是什么项目都能引用 WPF 框架类库的。网上有很多弱事件的 NuGet 包,不过仅仅支持定义事件的时候写成弱事件而不支持让任意事件变成弱事件,并且存在性能问题。
关于WPF本地化问题有许多其他的文章,包括使用Locbaml本地化WPF应用程序(https://www.codeproject.com/KB/WPF/Article.aspx),其中介绍了对XAML文件进行本地化的不同方法,每种方法都有各自的优缺点。
WPF 是微软推出的表现层UI开发框架,全称 Windows Presentation Foundation。 相对Winform来讲,它使用一种全新的桌面应用程序 UI 的开发方式。 除了像Winform那样在“Windows 窗体”上删除控件之外,WPF 还为应用程序开发提供了额外的功能改善,包括丰富的用户界面、动画等等。
2018-06-15 13:21
随着当今计算机网络技术的发展,Web技术由于其良好的跨平台特性,其对于更新迭代较慢的工控行业的影响也越来越大。包括西门子在内的工业自动化巨头都将Web技术融入到自身最新控制系统中: WinCC Unified PCS7 neo等。但是在传统的SCADA系统中,往往对于最新的Web技术的兼容性不够理想。例如西门子公司的Wincc软件,由于强大的功能和可扩展性,在工控行业应用广泛,笔者在最近的项目中就遇到一个问题,因为某品牌称重模块的参数设置和校准是通Web页面来实现的,但是在用Wincc的WebBrowser Control控件时经常会遇到一个问题,那就是新打开网页的时候经常会报浏览器脚本执行错误,客户不接受系统有报错显示,所以必须想办法给予解决。通过查询相关资料得知,Wincc的WebBrowser Control控件因为采用的旧的IE内核的原因,对于JS脚本兼容性不够好。
IDEA在JetBrains官方的全称是 IntelliJ IDEA,官方打造的是一款真正智能、集成开发环境(IDE);同时提供了功能丰富多样的高效插件。
WPF开发于WinForm之后,从技术发展的角度,WPF比WinForm先进是不容置疑的。我觉得WPF相比于WinForm有下面的一些较好的特性: 解决Window Handle问题 在Windows GDI或WinForm开发中复杂的GUI应用程序,会使用的大量的控件,如Grid等。而每个控件或Grid cell都是一个小窗口,会使用一个Window handle,尽管控件厂商提供了很多优化办法,但还是会碰到Out of Memory或”Error Create Window handle”,而导致程序退出。 WPF彻底改变了控件显示的模式,控件不在使用窗口,也就不会占用Window handle。理论上,如果一个WPF只有一个主窗口的话,WPF只会使用一个Window handle(如果忽略用于Dispatcher的隐藏窗口的话)。所以WPF GUI程序不会出现Window handle不够用的情况。 多线程的处理 在WinForm程序开发时,最头疼的一个问题就是,worker线程修改控件的属性而导致程序崩溃,而且这种非法操作并不是每次都失败。WinForm控件提供了InvokeRequired属性来判断当前线程是不是控件创建线程。问题是当控件树很深是,这个属性会比较慢。 WPF开始设计的时候,就考虑到了多线程的问题。大部分的WPF类都继承于DispatcherObject。DispatcherObject实际就是对Dispatcher的一个简单封装。Dispatcher提供了类似InvokeRequired的方法(CheckAccess)。这个方法只是比较线程的ID,所以会很快。另外,Dispatcher提供了优先队列,异步调用,Timer等功能,简化了开发多线程GUI程序。 控件的Composition 在WinForm如果要实现一个有Checkbox的下拉菜单,将不得不处理复杂的Window消息。而通过WPF控件的Content Model和Layout系统,WPF控件可以包括任何类型的控件,甚至.Net CLR对象。很多现代的控件厂商也提供了Composition的控件,实现方法和WPF的Content模型也比较相似。WPF开发团队应该借鉴了Infragistics的很多想法。有了这个基础,开发新的WPF控件更加简单了。 XAML 个人觉得XAML应该是WPF中比较划时代的东东。通过XAML,我们可以用文本的方式描述复杂的Object Graph。这个想法在VB中就有了,不过XAML更简化,以便于使用工具来生成XAML。通过Command,Routing Event等机制,界面设计人员和程序员有比较清楚的界限。 Dependency Property 在WinForm开发中,经常碰到的问题就是一个控件的值变了,其他控件也会跟着改变。解决办法,要不是通过写代码,要不是通过数据绑定,前者是界面和代码没法分开,后者还不够灵活。而WPF在这方面通过XAML可以简单的把相关的属性联系起来,通过Extension可以实现复杂的绑定关系。 总的来说,我觉得WPF应该是GUI发展的一个延续,原来GUI中复杂的东西,现在通过简单的文本就可以实现。
Vue是一个前端Javascript框架,与React Angular 并称为前端三大主流框架 Vue.js是一个构建数据驱动的 web 界面的渐进式框架。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。它不仅易于上手,还便于与第三方库或既有项目整合。
2017-10-20 00:14
WPF的本地化是个很常见的功能,我做过的WPF程序大部分都实现了本地化(不管最终有没有用到)。通常本地化有以下几点需求:
地球人和火星人都知道,Process类既可以获取正在运行的进程,也可以启动一个新的进程。在79.77%应用场合,我们只需要让目标进程顺利启动就完事了,至于它执行了啥,有没有出错,啥时候退出就不管了。 但是,在某些情况下,启动新进程后,还希望能向目标进程传送数据,或者实时读取来自新进程的信息。比如,启动一个安装程序,安装程序会向标准流写入安装进度,然后调用方可以从标准流中读取进度,以达到实时监控安装进度的目的。 Process类公开三个标准流属性: StandardInput——输入流。类型是Writer,为
有些视频网站,网页打开后,并不会自动播放视频,需要人工点击视频或者播放器的播放按钮,才能进入视频播放状态。有没有办法一打开页面就自动播放视频呢?下面我们就来分析研究一下。
一开始我还以为vue的路由只能用在工程化的项目里面呢,然后研究了一下才发现,在脚本化里面也是可以用的。其实呢不管在哪里用,把原理研究明白就对了。
现在,当调用execute(agent.getFullName)时,一切工作正常,因为getFullName()方法内 this 总是指向正确的值。
框架的英文是 Framework,与之经常并提的另一个词汇是 Library。两者的区别有哪些?
1、前言 作为一个多年从事b/s开发的程序猿,曾先后使用过asp、asp.net做为主要服务端语言。不管是相对低级的asp也好,还是高级的asp.net也罢,都100%会遇到"数据绑定"问题。 2、什么是“绑定”? 广义来讲,如果服务端的数据需要在页面上呈现,并且这份数据需要与整个页面(或页面的某个部分)建立关联(不管是单向关联还是双向关联),这就是数据绑定。 3、“赋值”是个好办法 在asp年代,压根儿就没有控件这一说,所以服务端的数据呈现,基本上就是通过在页面中内嵌<%=xxx%>来实现的(xxx可理解
本文告诉大家DataContext的多种绑法。 适合于WPF的绑定和UWP的绑定。 我告诉大家很多个方法,所有的方法都有自己的优点和缺点,可以依靠自己喜欢的用法使用。当然,可以在新手面前秀下,一个页面一个绑定方法。
前两天有粉丝问我,我没有公网但是想在外面访问NAS上的各种服务,但是现在市面上的各种穿透免费的要么带宽有限,要么就是一些小团队做得担心有后门之类的。问我有没有办法自建穿透,那当然是有的啊,不过同时他又甩了一句话,有没有一键搭建的开源穿透服务呢?毕竟自建我发现有点难度。巧了,刚好前两天某项目的开发团队就在做这样的事情,于是乎便有了今天的文章。 中微子代理——一个基于Netty的开源内网穿透神器,首先我们需要注意的是这是一个开源的程序,能将这样的项目开源我还是挺佩服开发团队。同时该项目支持的服务不止是穿透,具体功能如下:
MSBuild 不愧是强大的编译器,它提供的扩展机制让你几乎可以编译任何类型的文件或项目;Roslyn 是全新编写的一套编译器,不过它保留了 MSBuild 的大部分机制;NuGet 是 .NET 生态系统中的包管理机制,被原生集成在新的 Microsoft.NET.Sdk 中。
在之前的博客2019-1-29-wcf入门(9) - huangtengxiao和2019-1-30-wcf入门(10) - huangtengxiao中介绍了wpf提供的2种错误协定回馈异常的方式。
近期,小伙伴们反映,B/S端工作难找,无论是.NET还是其它语言。与此同时,桌面端WPF和WinForm应用的招聘需求增加,尤其是WPF。前段时间,联想还招聘WPF开发岗位。本文分享了一些WPF面试题,供大家参考。先列出试题,大家先试做一下,后面给出参考答案。
本文告诉大家如何使用依赖属性,包括在 UWP 和 WPF 如何使用。 本文不会告诉大家依赖属性的好处,只是简单告诉大家如何使用。
WPF控件是Windows Presentation Foundation(WPF)中的基本用户界面元素。它们是可视化对象,可以用来创建各种用户界面。WPF控件可以分为两类:原生控件和自定义控件。
发布于 2018-07-04 13:29 更新于 2018-09-04 13:08
博客包括 C#、WPF、UWP、dotnet core 、git 和 VisualStudio 和一些算法,所有博客使用 docx 保存
---恢复内容开始--- 写完这篇Lua脚本语言入门,自己就要尝试去用Lua脚本语言写esp8266了,,自己现在挺心急的,因为朋友使用esp8266本来说自己帮忙写好程序的,但是用的单片机不一样自己没有,没有办法测试,用AT指令就显得不方便,还要根据单片机改程序,,而且自己以前用感觉AT指令发信息那块,麻烦,,,,自己知道用脚本去操作8266要比AT指令灵活和稳定的多,真想赶紧学会用Lua脚本去操作8266,那样的话就可以很方便的帮到朋友了......本来答应了,,,,,,,竟然食言了.......心中.
最近一段时间在网上经常看到关于Knockout.js文章,于是自己就到官网看了下,不过是英文的,自己果断搞不来,借用google翻译了一下。然后刚刚发现在建立asp.net mvc4.0的应用程序的时候,建完之后我直接在项目的Scripts中看到了
对大部分人来说,掌握Vue.js基本的几个API后就已经能够正常地开发前端网站。但如果你想更加高效地使用Vue来开发,成为Vue.js大师,那下面我要传授的这五招你一定得认真学习一下了。 第一招:化繁
Model and Cost Function_Cost Function - Intuition II”
如果使用NamedPipeServerStream、Mutex做单实例,需要传入字符串,这时如果传入一个固定的字符串,会在多用户的时候无法使用。
使用通用附加属性来减少 WPF 元素自定义样式的多余代码 魏刘宏 2022 年 11 月 07 日 本文将以WPFUI(https://gitee.com/dlgcy/WPFUI)项目中的 ComboBox样式为例,介绍如何使用附加属性来增强和简化样式代码。
现在windows平台的开发越来越流行WPF,我发现GMap.Net也有WPF版本,就跟风尝试了一下,只能说泪流满面,原本在GMap.Net.Winforms版本里使用很方便的方法和属性,在WPF版本里都没有了,很多方法都只能自己硬写代码实现。我计划完成一个WPF版本的Demo(绿色是目前已经完成的功能)。主程序是我以前做的WPF版本万能框子,GMap.Net组件是其中一个UserControl。
linode VPS 安装后 discourse 的电子邮件始终没有办法发送成功。
参数编辑 ---- 可以说, 引擎工具在除了一些特定操作外, 80%的事情都是在进行参数的编辑与保存等. 从我接触工具开发开始, 就一直在学习如何简化这么部分的工作. 因为我见过很多业余的编辑器, 大多都是每加一个参数就在UI层写一些代码, 在IO层加一些版本兼容代码等. 而这些代码常常都是大同小异的, 很多都是Ctrl+C, Ctrl+V出来的. 说起来, 这个探索过程中我也走了不少的弯路, 顺便写出来当教训吧 最早是从java/.net转来写C++, 所以对于C++的UI开发十分的不满. 但是对于3D引
领取专属 10元无门槛券
手把手带您无忧上云