¿Se usa WF en la interfaz de usuario o en la capa empresarial? Si está en la capa UI, ¿alguien que esté codificando en la capa de negocios incluso necesite usarla o aprenderla?¿Dónde se usa Windows Workflow Foundation?
Chris ofrecen una gran respuesta, así que va a tomar un rumbo diferente. El flujo de trabajo realmente no es lo mismo que la lógica. Los flujos de trabajo generalmente son composiciones de lógica, lo que los convierte en colaboradores complementarios del todo. Cuando un componente empresarial encapsula muy bien una sola pieza de las reglas o el comportamiento empresarial, un flujo de trabajo compone varios componentes, reglas y comportamientos empresariales para satisfacer las necesidades de los procesos comerciales más grandes y de más larga ejecución.
Los flujos de trabajo pueden caber en cualquier lugar, llenando las necesidades del proceso para la interfaz de usuario, las empresas e incluso las capas de datos. Si terminas usando WF, te recomiendo que entrenes a tu personal de desarrollo general, para que haya un amplio conocimiento y comprensión. A pesar de tener un aspecto visual, WF aún requiere una codificación de bajo nivel para crear una biblioteca de actividades y que los creadores y mantenedores del flujo de trabajo usen.
EDIT:
su hasta usted si se debe utilizar o no. En general, WF es utilizado por proyectos más grandes, porque WF ofrece un valioso retorno de la inversión. WF es más difícil de usar que simplemente escribir código. Hay una curva de aprendizaje bastante empinada, requiere una forma diferente de abordar los problemas del negocio y requiere conjuntos de habilidades especiales. Proporcionar código a WF agrega sobrecarga, ya que debe escribir las actividades que se pueden usar en los flujos de trabajo, así como también generar los flujos de trabajo.
Si cree que usar WF para su pequeño proyecto le proporcionará un valioso retorno de la inversión, entonces hágalo. Tendrá que recuperar los costos iniciales de la capacitación, la implementación de la infraestructura y la implementación, así como también proporcionar un ahorro tangible a largo plazo en vez de simplemente escribir el código para resolver los problemas que tiene entre manos. Dudo que WF ofrezca un pequeño proyecto como ROI. Para proyectos más grandes o múltiples proyectos integrados para una sola gran empresa, es mucho más fácil realizar ese ROI que con proyectos más pequeños, razón por la cual las plataformas de flujo de trabajo como WF generalmente solo se usan en esa escala.
¿WF se usa generalmente solo en proyectos grandes (donde la aplicación web está escrita por varios programadores) o las aplicaciones web más pequeñas también lo usan regularmente? – rubysons
@rubysons: WF es utilizado por quien quiera usarlo. La razón por la cual la mayoría de los equipos pequeños no lo usan es porque están limitados a una versión del marco o porque no creen tener el tiempo para aprender algo más. –
@rubysons: ver respuesta actualizada. – jrista
WF es la interfaz para la capa de negocios.
Los flujos de trabajo son una forma declarativa de escribir programas al unir actividades predefinidas en lugar de un modelo de programación imperativa para escribir líneas de código. Además, tiene muchas herramientas gráficas que le permiten crear flujos de trabajo. shuch como black pearl, K2 y sharepoint designer.
Son muy utilizados y valen la pena aprender. Empecé a usar entonces en sharepoint y ms crm. Ahora siempre busco flujos de trabajo para resolver mis problemas comunes.
aquí hay algunos enlaces: Mirosoft msdn.microsoft.com/en-us/netframework/default.aspx~~V~~plural~~3rd Wkik: http://en.wikipedia.org/wiki/Windows_Workflow_Foundation
1) ¿Entonces WF no está escrito en la capa de negocios, sino que solo interactúa con la capa de negocios? ¿En qué capa está escrito WF? 2) Entonces, aunque WF usa un modelo de programación declarativo, ¿el código en la capa de negocios todavía se escribe usando el modelo de programación imperativa? – rubysons
WF se entiende principalmente de manera imperativa: una secuencia de eventos cronológicos.
Sin embargo, si ahonda más, puede combinar actividades de diferentes maneras. Un buen ejemplo son los flujos de trabajo basados en estado que generalmente también se muestran al presentar WF. WF le permite poner Workflow en modo inactivo: su estado actual se conserva y vuelve a cargarse una vez, p. un evento externo tiene lugar. Como tal, los flujos de trabajo pueden ser útiles en el seguimiento de las interacciones de larga ejecución donde el sistema tiene que esperar, p. para que finalice algún proceso externo o que algún usuario interactúe con el sistema.
Yo diría que WF no sería terriblemente útil en el contexto de la interfaz de usuario.Son más adecuados como un módulo de backend para expresar procesos que integran varios servicios que tienden a cambiar en el tiempo.
Desde mi punto de vista, sin embargo, es notorio que WF es un producto de la versión 1: hay una serie de cosas incómodas que pueden guiarlo hacia un código que es difícil de mantener, partes de la infraestructura son bastante complejas ser utilizado, puede encontrar algunas incoherencias API aquí & allí.
También hay una guía por ahí sobre lo que no debe hacer si alguna vez desea adaptar sus flujos de trabajo a la próxima generación de WF.
, en su opinión, ¿debo esperar al próximo lanzamiento de WF antes de tratar de aprenderlo, ya que he leído que los cambios serán muy drásticos y así aprender la versión actual y luego la nueva versión puede tomar enormes ¿cantidad de tiempo? – rubysons
bueno, si puedes esperar, creo que lo haría. Si quiere descubrir cómo puede beneficiarse de WF ahora y en el futuro, puede probar la versión actual; ciertamente funciona, pero las cosas cambiarán. – flq
wf 4 parece mucho mejor: http://msdn.microsoft.com /en-us/library/ee342461.aspx –
Creo que se refiere a WF debido al título –
Acabo de notar que también agregué la etiqueta WCF. Pregunto acerca de WF – rubysons