ios - Xamarin 通知服务扩展问题

标签 ios push-notification notifications xamarin.ios localytics

我对 Notification Service Extension 有疑问。 我已经按照一步一步的文档 https://developer.xamarin.com/guides/ios/platform_features/introduction-to-ios10/user-notifications/enhanced-user-notifications/#Working_with_Service_Extensions

为了实现,我是那样做的。

  • 添加了与我的应用具有相同前缀的通知服务扩展(添加后缀,例如:APP: com.testapp.main - EXT: com.testapp.main.notificationextension)
  • 在 Apple 成员(member)中心创建 APPID 标识符 com.testapp.main.notificationextension
  • 创建证书和配置文件以发送 APP ID com.testapp.main.notificationextension 的推送通知
  • 导入 Xcode 和 Xamarin 证书和配置
  • 引用通知扩展引用构建我的应用。
  • 创建存档以上传到 TestFlight
  • 使用分发证书和配置文件签名的应用
  • 使用其分发证书和配置文件签署扩展
  • 已上传到 TestFlight
  • 为我的应用下载并允许推送通知
  • 使用 Localytics 仪表板发送丰富的推送通知以进行消息传递 - 设备接收推送通知但未通过 Notification Service Extension 的 NotificationService.cs 代码!

这是我的 NotificationService 代码:

using System;
using Foundation;
using UserNotifications;

namespace NotificationServiceExtension
{
    [Register("NotificationService")]
    public class NotificationService : UNNotificationServiceExtension
    {
        Action<UNNotificationContent> ContentHandler { get; set; }
        UNMutableNotificationContent BestAttemptContent { get; set; }
        const string ATTACHMENT_IMAGE_KEY = "ll_attachment_url";
        const string ATTACHMENT_TYPE_KEY = "ll_attachment_type";
        const string ATTACHMENT_FILE_NAME = "-localytics-rich-push-attachment.";

        protected NotificationService(IntPtr handle) : base(handle)
        {
            // Note: this .ctor should not contain any initialization logic.
        }

        public override void DidReceiveNotificationRequest(UNNotificationRequest request, Action<UNNotificationContent> contentHandler)
        {
            System.Diagnostics.Debug.WriteLine("Notification Service DidReceiveNotificationRequest");
            ContentHandler = contentHandler;
            BestAttemptContent = (UNMutableNotificationContent)request.Content.MutableCopy();
            if (BestAttemptContent != null)
            {
                string imageURL = null;
                string imageType = null;
                if (BestAttemptContent.UserInfo.ContainsKey(new NSString(ATTACHMENT_IMAGE_KEY)))
                {
                    imageURL = BestAttemptContent.UserInfo.ValueForKey(new NSString(ATTACHMENT_IMAGE_KEY)).ToString();
                }
                if (BestAttemptContent.UserInfo.ContainsKey(new NSString(ATTACHMENT_TYPE_KEY)))
                {
                    imageType = BestAttemptContent.UserInfo.ValueForKey(new NSString(ATTACHMENT_TYPE_KEY)).ToString();
                }

                if (imageURL == null || imageType == null)
                {
                    ContentHandler(BestAttemptContent);
                    return;
                }
                var url = NSUrl.FromString(imageURL);
                var task = NSUrlSession.SharedSession.CreateDownloadTask(url, (tempFile, response, error) =>
                {
                    if (error != null)
                    {
                        ContentHandler(BestAttemptContent);
                        return;
                    }
                    if (tempFile == null)
                    {
                        ContentHandler(BestAttemptContent);
                        return;
                    }
                    var cache = NSSearchPath.GetDirectories(NSSearchPathDirectory.CachesDirectory, NSSearchPathDomain.User, true);
                    var cachesFolder = cache[0];
                    var guid = NSProcessInfo.ProcessInfo.GloballyUniqueString;
                    var fileName = guid + ATTACHMENT_FILE_NAME + imageType;
                    var cacheFile = cachesFolder + fileName;
                    var attachmentURL = NSUrl.CreateFileUrl(cacheFile, false, null);
                    NSError err = null;
                    NSFileManager.DefaultManager.Move(tempFile, attachmentURL, out err);
                    if (err != null)
                    {
                        ContentHandler(BestAttemptContent);
                        return;
                    }
                    UNNotificationAttachmentOptions options = null;
                    var attachment = UNNotificationAttachment.FromIdentifier("localytics-rich-push-attachment", attachmentURL, options, out err);
                    if (attachment != null)
                    {
                        BestAttemptContent.Attachments = new UNNotificationAttachment[] { attachment };
                    }
                    ContentHandler(BestAttemptContent);
                    return;
                });
                task.Resume();
            }
            else {
                ContentHandler(BestAttemptContent);
            }
        }

        public override void TimeWillExpire()
        {
            // Called just before the extension will be terminated by the system.
            // Use this as an opportunity to deliver your "best attempt" at modified content, otherwise the original push payload will be used.
            ContentHandler(BestAttemptContent);
            return;
        }

    }
}

最佳答案

您做的一切都正确,这是其他一些 xamarin 开发人员提出的问题。据我所知,一旦您运行 NSURLSession 下载某些内容,即使它非常小,您也会超出此类扩展允许的内存限制。这很可能是 xamarin 特有的。 这是 bugzilla 的链接。 https://bugzilla.xamarin.com/show_bug.cgi?id=43985

我发现的变通办法/技巧远非理想。我在 objective-c 的 xcode 中重写了这个应用程序扩展(我想你也可以使用 swift)。这是一个相当小的(1 类)扩展。然后使用相同的代码签名证书/配置文件在 xcode 中构建它,然后在 xcode 的输出中找到 .appex 文件。

从那时起,您可以采取“廉价方式”,在退出和提交应用程序之前手动交换 .ipa 文件夹中的这个 .appex 文件。如果这对您来说足够好,您可以到此为止。

或者您可以自动执行此过程,为此,将 appex 文件放在 csproj 的扩展名中并将构建操作设置为“内容”。然后在这个 csproj 的文件中(你需要直接编辑)你可以添加这样的东西。 (在本例中,该文件名为 Notifications.appex,位于名为 NativeExtension 的文件夹中)

<Target Name="BeforeCodeSign">
    <ItemGroup>
        <NativeExtensionDirectory Include="NativeExtension\Debug\**\*.*" />
    </ItemGroup>

    <!-- cleanup the application extension built with Xamarin (too heavy in memory)-->
    <RemoveDir SessionId="$(BuildSessionId)"
               Directories="bin\iPhone\Debug\Notifications.appex"/>

    <!-- copy the native one, built in obj-c -->
    <Copy
            SessionId="$(BuildSessionId)"
            SourceFiles="@(NativeExtensionDirectory)"
            DestinationFolder="bin\iPhone\Debug\Notifications.appex"
            SkipUnchangedFiles="true"
            OverwriteReadOnlyFiles="true"
            Retries="3"
            RetryDelayMilliseconds="300"/>
</Target>

这给了你一般的想法,但显然如果你想支持临时分发签名,iOS 应用程序商店分发签名你需要添加更多代码到这里(并且可能在 csproj 中添加一个本地 appex每个不同签名的文件),我建议将此类 xml 代码放在单独的“.targets”文件中,并在 csproj 中使用条件调用目标。像这样:

<Target Name="BeforeCodeSign">
    <CallTarget Targets="ImportExtension_Debug" Condition=" '$(Configuration)|$(Platform)' == 'Debug|iPhone' " />
    <CallTarget Targets="ImportExtension" Condition=" '$(Configuration)|$(Platform)' == 'Release|iPhone' " />
 </Target>

关于ios - Xamarin 通知服务扩展问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41428243/

相关文章:

iphone - 以编程方式重置 UISearchbar

iphone - -(bool) 不返回

objective-c - 只显示很少的cell时,是否需要实现可重用的UITableViewCells的出队机制?

google-chrome - Chrome 中的 OS X Mavericks 推送通知

Android 通知 : add text after app's name, 之前

ios - React Native Image 有时无法工作

java - 使用 Springboot 进行预定的 websocket 推送

ios - ionic -ld : framework not found UserNotifications

android - 你怎么称呼这个出现在安卓屏幕底部的小弹出窗口?

android - 使用 Headless JS 的 React-Native 本地通知