saeednri
2016/08/21, 14:31
شیرپوینت سرویس InfoPath Form Services را جهت تولید و انتشار فرم های سازمانی در قالب سرویسهای پایه WSS ارایه کرده است. مایکروسافت این سرویس را با لیسانس جداگانه ارایه داده که البته مجموعه سرویسهای هوش تجاری BIو مدیریت فرآیندهای سازمانی یا BPM نیز از این قاعده مستثنی نمی باشند.
اساس کارکرد این فرم ها ، ارایه یک ساختار مبتنی بر XML (با فرمتxsn) توسط سرویس InfoPath بگونه ای است که جهت تکمیل و خیره اطلاعات فرم نیازی به ملزومات خاصی به جز مرورگر وب نباشد. البته دراین بین ویژگی های خاصی از این فرم ها نیز وجود دارند که سازگار با امکانات مرورگرها نمی باشند. بعنوان چند نمونه از این ویژگی های می توان به کنترلهای Master/Detail ،کنترل های پیشرفته ، نقش های کاربر، کنترل املایی و کدهای نوشته شده با زبانهای اسکریپت نویسی همچون VBScript و Jscript در قالب طراحی فرم ها برای طراحی سایت (http://www.faracorp.com) اشاره کرد. فرمهای InfoPath امکان مستندسازی را به خوبی ارایه کرده و همچنین برای ایجاد پروتوتایپ با حداقل کدنویسی مناسب است. با این وجود استقرار این فرم ها پیچیده تر از فرم های وب ASP.Net می باشد. چنانچه فرم ها نیاز به پشتیبانی از روالهای منطقی و پردازشی خاصی داشته باشند، بهتر است فرم های وب طراحی شده در ASP.Net جایگزین این راهکار شوند.
درصورت استفاده از مرورگر، روال های تصدیق هویت سفارشی همچون FBA ، که از پوشش AD بهره برداری نمی - کنند کاملا پیچیده است. در واقع مشکل در مدل اجرایی سرویس InfoPath می باشد. سه تایر اجرایی شامل مرورگر(تایر 1) اطلاعات را به تایر 2 یعنی سرویس Info Path ارسال کرده و نهایتا داده ها به تایر شماره 3 یعنی سرویس دهنده SQL انتقال داده می شود . در این اطلاعات تصدیق هویت تبادل شده بین رده های 1 و2 از نگاه سرویس دهنده بانک اطلاعاتی غیرشفاف و غیر قابل دسترسی است.
علاوه بر این :
استفاده از تکنیک های Ajax و منابع Flash در فرم ها و کنترل دقیق بر ارسال اطلاعات به سرور در جریان Post Back ها
خطایابی فرم ها
امکانات کنترل ظاهر نمایشی فرم و وضعیت کنترل (فعال / غیرفعال کردن)
اعتبارسنجی اطلاعات دریافتی از سایر منابع داده با توجه به محدودیت های InfoPath
پشتیبانی از سایر زبانها با استفاده از قابلیت های محلی سازی منابع
همراه با مشکلاتی برای توسعه دهندگان خواهد بود. ضمن اینکه مدل رویدادها فرم های InfoPath برمبنای ساختار XML بوده و ارتباط با رابط کاربردی ندارد. البته باید درنظر داشت ساختار اطلاعاتی مبتنی بر XML این فرم ها مزایای نیز بهمراه دارد همچون امکان تبادل مستندات در چند لایه پردازشی مختلف بر بستر سرویسهای همچون Microsoft BizTalk Service.
سرعت و کارایی مشکل دیگری بر سر راه سرویس InfoPath می باشد. به هر حال در صورتیکه محدودیت های مطرح شده، پارامترهایی کلیدی قلمداد شوند و پیاده سازی روال های سفارشی در مقیاس بالا مورد نظر توسعه دهندگان طراحی وب سایت (http://www.faracorp.com) باشد، پیشنهاد می شود که این امر با استفاده از فرمهای وب ASP.Net در ویژوال استودیو صورت گیرد.
متن کامل مقاله: فرم ساز با پورتال مایکروسافت راه حل یا درد سر (http://www.faracorp.com/article/136/%D9%81%D8%B1%D9%85-%D8%B3%D8%A7%D8%B2%D8%8C-%DA%AF%D8%B1%D8%AF%D8%B4-%DA%A9%D8%A7%D8%B1-%D9%88-%DA%AF%D8%B2%D8%A7%D8%B1%D8%B4-%D8%B3%D8%A7%D8%B2%D8%8C-%D8%AF%D8%B1-%D9%BE%D9%88%D8%B1%D8%AA%D8%A7%D9%84-%D9%85%D8%A7%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%A7%D 9%81%D8%AA%D8%8C-%D8%B1%D8%A7%D9%87-%D8%AD%D9%84-%DB%8C%D8%A7-%D8%AF%D8%B1%D8%AF-%D8%B3%D8%B1%D8%9F)
اساس کارکرد این فرم ها ، ارایه یک ساختار مبتنی بر XML (با فرمتxsn) توسط سرویس InfoPath بگونه ای است که جهت تکمیل و خیره اطلاعات فرم نیازی به ملزومات خاصی به جز مرورگر وب نباشد. البته دراین بین ویژگی های خاصی از این فرم ها نیز وجود دارند که سازگار با امکانات مرورگرها نمی باشند. بعنوان چند نمونه از این ویژگی های می توان به کنترلهای Master/Detail ،کنترل های پیشرفته ، نقش های کاربر، کنترل املایی و کدهای نوشته شده با زبانهای اسکریپت نویسی همچون VBScript و Jscript در قالب طراحی فرم ها برای طراحی سایت (http://www.faracorp.com) اشاره کرد. فرمهای InfoPath امکان مستندسازی را به خوبی ارایه کرده و همچنین برای ایجاد پروتوتایپ با حداقل کدنویسی مناسب است. با این وجود استقرار این فرم ها پیچیده تر از فرم های وب ASP.Net می باشد. چنانچه فرم ها نیاز به پشتیبانی از روالهای منطقی و پردازشی خاصی داشته باشند، بهتر است فرم های وب طراحی شده در ASP.Net جایگزین این راهکار شوند.
درصورت استفاده از مرورگر، روال های تصدیق هویت سفارشی همچون FBA ، که از پوشش AD بهره برداری نمی - کنند کاملا پیچیده است. در واقع مشکل در مدل اجرایی سرویس InfoPath می باشد. سه تایر اجرایی شامل مرورگر(تایر 1) اطلاعات را به تایر 2 یعنی سرویس Info Path ارسال کرده و نهایتا داده ها به تایر شماره 3 یعنی سرویس دهنده SQL انتقال داده می شود . در این اطلاعات تصدیق هویت تبادل شده بین رده های 1 و2 از نگاه سرویس دهنده بانک اطلاعاتی غیرشفاف و غیر قابل دسترسی است.
علاوه بر این :
استفاده از تکنیک های Ajax و منابع Flash در فرم ها و کنترل دقیق بر ارسال اطلاعات به سرور در جریان Post Back ها
خطایابی فرم ها
امکانات کنترل ظاهر نمایشی فرم و وضعیت کنترل (فعال / غیرفعال کردن)
اعتبارسنجی اطلاعات دریافتی از سایر منابع داده با توجه به محدودیت های InfoPath
پشتیبانی از سایر زبانها با استفاده از قابلیت های محلی سازی منابع
همراه با مشکلاتی برای توسعه دهندگان خواهد بود. ضمن اینکه مدل رویدادها فرم های InfoPath برمبنای ساختار XML بوده و ارتباط با رابط کاربردی ندارد. البته باید درنظر داشت ساختار اطلاعاتی مبتنی بر XML این فرم ها مزایای نیز بهمراه دارد همچون امکان تبادل مستندات در چند لایه پردازشی مختلف بر بستر سرویسهای همچون Microsoft BizTalk Service.
سرعت و کارایی مشکل دیگری بر سر راه سرویس InfoPath می باشد. به هر حال در صورتیکه محدودیت های مطرح شده، پارامترهایی کلیدی قلمداد شوند و پیاده سازی روال های سفارشی در مقیاس بالا مورد نظر توسعه دهندگان طراحی وب سایت (http://www.faracorp.com) باشد، پیشنهاد می شود که این امر با استفاده از فرمهای وب ASP.Net در ویژوال استودیو صورت گیرد.
متن کامل مقاله: فرم ساز با پورتال مایکروسافت راه حل یا درد سر (http://www.faracorp.com/article/136/%D9%81%D8%B1%D9%85-%D8%B3%D8%A7%D8%B2%D8%8C-%DA%AF%D8%B1%D8%AF%D8%B4-%DA%A9%D8%A7%D8%B1-%D9%88-%DA%AF%D8%B2%D8%A7%D8%B1%D8%B4-%D8%B3%D8%A7%D8%B2%D8%8C-%D8%AF%D8%B1-%D9%BE%D9%88%D8%B1%D8%AA%D8%A7%D9%84-%D9%85%D8%A7%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%A7%D 9%81%D8%AA%D8%8C-%D8%B1%D8%A7%D9%87-%D8%AD%D9%84-%DB%8C%D8%A7-%D8%AF%D8%B1%D8%AF-%D8%B3%D8%B1%D8%9F)